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5 TYPE ADDRESS PACKETS", filed April 11, 2003. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

10 

[0001] This invention relates to the field of multiprocessor computer systems and, 
more particularly, to coherency protocols employed within multiprocessor computer 
systems having shared memory architectures. 

15 2. Description of the Related Art 

[0002] Multiprocessing computer systems include two or more processors that may 
be employed to perform computing tasks. A particular computing task may be performed 
upon one processor while other processors perform unrelated computing tasks. 
20 Alternatively, components of a particular computing task may be distributed among 
multiple processors to decrease the time required to perform the computing task as a 
whole. 

[0003] A popular architecture in commercial multiprocessing computer systems is a 
25 shared memory architecture in which multiple processors share a common memory. In 
shared memory multiprocessing systems, a cache hierarchy is typically implemented 
between the processors and the shared memory. In order to maintain the shared memory 
model, in which a particular address stores exactly one data value at any given time, 
shared memory multiprocessing systems employ cache coherency. Generally speaking, 
30 an operation is coherent if the effects of the operation upon data stored at a particular 
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memory address are reflected in each copy of the data within the cache hierarchy. For 
example, when data stored at a particular memory address is updated, the update may be 
supplied to the caches that are storing copies of the previous data. Alternatively, the 
copies of the previous data may be invalidated in the caches such that a subsequent access 
5 to the particular memory address causes the updated copy to be transferred from main 
memory. 

[0004] Shared memory multiprocessing systems generally employ either a broadcast 
snooping cache coherency protocol or a directory based cache coherency protocol. In a 

10 system employing a snooping broadcast protocol (referred to herein as a "broadcast" 
protocol), coherence requests are broadcast to all processors (or cache subsystems) and 
memory through a totally ordered address network. Each processor "snoops" the requests 
from other processors and responds accordingly by updating its cache tags and/or 
providing the data to another processor. For example, when a subsystem having a shared 

15 copy observes a coherence request for exclusive access to the coherency unit, its copy is 
typically invalidated. Likewise, when a subsystem that currently owns a coherency unit 
observes a coherence request for that coherency unit, the owning subsystem typically 
responds by providing the data to the requestor and invalidating its copy, if necessary. By 
delivering coherence requests in a total order, correct coherence protocol behavior is 

20 maintained since all processors and memories observe requests in the same order. 

[0005] In a standard broadcast protocol, requests arrive at all devices in the same 
order, and the access rights of the processors are modified in the order in which requests 
are received. Data transfers occur between caches and memories using a data network, 
25 which may be a point-to-point switched network separate from the address network, a 
broadcast network separate from the address network, or a logical broadcast network 
which shares the same hardware with the address network. Typically, changes in 
ownership of a given coherency unit occur concurrently with changes in access rights to 
the coherency unit. 

30 



Atty. Dkt. No.: 5681-13301 



Page 2 



Meyertons, Hood, Kivlin, Kowert & Goetzel, P.C. 



[0006] Unfortunately, the standard broadcast protocol suffers from a significant 
performance drawback. In particular, the requirement that access rights of processors 
change in the order in which snoops are received may limit performance. For example, a 
processor may have issued requests for coherency units A and B, in that order, and it may 
5 receive the data for coherency unit B (or already have it) before receiving the data for 
coherency unit A. In this case the processor must typically wait until it receives the data 
for coherency unit A before using the data for coherency unit B, thus increasing latency. 
The impact associated with this requirement is particularly high in processors that support 
out-of-order execution, prefetching, multiple core per-processor, and/or multi-threading, 
10 since such processors are likely to be able to use data in the order it is received, even if it 
differs from the order in which it was requested. 

[0007] In contrast, systems employing directory-based protocols maintain a directory 
containing information indicating the existence of cached copies of data. Rather than 

15 unconditionally broadcasting coherence requests, a coherence request is typically 
conveyed through a point-to-point network to the directory and, depending upon the 
information contained in the directory, subsequent coherence requests are sent to those 
subsystems that may contain cached copies of the data in order to cause specific 
coherency actions. For example, the directory may contain information indicating that 

20 various subsystems contain shared copies of the data. In response to a coherence request 
for exclusive access to a coherency unit, invalidation requests may be conveyed to the 
sharing subsystems. The directory may also contain information indicating subsystems 
that currently own particular coherency units. Accordingly, subsequent coherence 
requests may additionally include coherence requests that cause an owning subsystem to 

25 convey data to a requesting subsystem. In some directory based coherency protocols, 
specifically sequenced invalidation and/or acknowledgment messages may be required. 
Numerous variations of directory based cache coherency protocols are well known. 

[0008] Typical systems that implement a directory-based protocol may be associated 
30 with various drawbacks. For example, such systems may suffer from high latency due to 
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the requirement that requests go first to a directory and then to the relevant processors, 
and/or from the need to wait for acknowledgment messages. In addition, when a large 
number of processors must receive the request (such as when a coherency unit transitions 
from a widely shared state to an exclusive state), all of the processors must typically send 
5 ACKs to the same destination, thus causing congestion in the network near the 
destination of the ACKs and requiring complex logic to handle reception of the ACKs. 
Finally, the directory itself may add cost and complexity to the system. 

[0009] In certain situations or configurations, systems employing broadcast protocols 
10 may attain higher performance than comparable systems employing directory based 
protocols since coherence requests may be provided directly to all processors 
unconditionally without the indirection associated with directory protocols and without 
the overhead of sequencing invalidation and/or acknowledgment messages. However, 
since each coherence request must be broadcast to all other processors, the bandwidth 
15 associated with the network that interconnects the processors in a system employing a 
broadcast snooping protocol can quickly become a limiting factor in performance, 
particularly for systems that employ large numbers of processors or when a large number 
of coherence requests are transmitted during a short period. In such environments, 
systems employing directory protocols may attain overall higher performance due to 
20 lessened network traffic and the avoidance of network bandwidth bottlenecks. 

[0010] Thus, while the choice of whether to implement a shared memory 
multiprocessing system using a broadcast snooping protocol or a directory based protocol 
may be clear based upon certain assumptions regarding network traffic and bandwidth, 
25 these assumptions can often change based upon the utilization of the machine. This is 
particularly true in scalable systems in which the overall numbers of processors connected 
to the network can vary significantly depending upon the configuration. 



Atty. Dkt. No.: 5681-13301 



Page 4 



Meyertons, Hood, Kivlin, Kowert & Goetzel, P.C. 



SUMMARY 



[0011] Various embodiments of methods and systems for selectively initiating certain 
transactions using remote-type address packets are disclosed. In one embodiment, a 
5 system may include an inter-node network and a plurality of nodes coupled by the inter- 
node network. Each of the plurality of nodes includes a plurality of active devices, an 
interface configured to send and receive coherency messages on the inter-node network, 
and an address network coupling the plurality of active devices to the interface. An active 
device included in one of the nodes is configured to initiate a transaction involving a 

10 coherency unit by sending either a first type of address packet or a second type of address 
packet on the address network dependent on whether the active device is included in a 
multi-node system. The first type of address packet is sent in certain situations if the 
active device is included in a multi-node system. The first type of address packet is not 
snooped by other active devices in the same node as the active device. The second type 

15 of address packet is snooped by other active devices in the same node as the active device 
and is sent if the active device is included in a single node system. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



[0012] A better understanding of the present invention can be obtained when the 
following detailed description is considered in conjunction with the following drawings, 
5 in which: 

[0013] Fig. 1 is a block diagram of one embodiment of a multiprocessing computer 
system. 

10 [0014] Fig. 2 is a diagram illustrating a portion of one embodiment of a computer 
system. 

[0015] Fig. 3 shows one embodiment of a mode table. 
15 [0016] Fig. 4 illustrates one embodiment of a directory. 

[0017] Fig. 4a illustrates another embodiment of a directory. 

[0018] Fig. 5 illustrates one embodiment of a method for mixed mode determination 
20 and transmission. 

[0019] Fig. 6 illustrates one embodiment of a method for dynamically changing 
transmission modes. 

25 [0020] Fig. 7 is a chart illustrating various requests that may be supported in one 
embodiment of a computer system. 

[0021] Fig. 8 illustrates data packet transfers for cacheable transactions in accordance 
with one embodiment of a computer system. 

30 

Atty. Dkt No.: 5681-1 3301 Page 6 Meyertons, Hood, Kivlin, Kowert & Goetzel, P.C. 



[0022] Fig. 9 illustrates various data packet transfers for non-cacheable transactions 
that may be supported in one embodiment of a computer system. 

[0023] Figs. 10A and 10B illustrate types of access rights and ownership status that 
5 may be implemented in one embodiment of a computer system. 

[0024] Fig. 10C illustrates combinations of access rights and ownership status that 
may occur in one embodiment of a computer system. 

10 [0025] Fig. 11 is a chart illustrating the effects of various transactions on ownership 
responsibilities in one embodiment of a computer system. 

[0026] Figs. 12A-12F illustrate exemplary coherence operations that may be 
implemented in broadcast mode in one embodiment of a computer system. 

15 

[0027] Figs. 13A-13G illustrate exemplary coherence operations that may be 
implemented in point-to-point mode in one embodiment of a computer system. 

[0028] Fig. 14 is a block diagram illustrating details of one embodiment of each of 
20 the processing subsystems of Fig. 1 . 

[0029] Fig. 15 is a block diagram illustrating further details regarding one 
embodiment of each of the processing subsystems of Fig. 1. 

25 [0030] Figs. 15A-15D illustrate specific cache states that may be implemented in one 
embodiment. 

[0031] Fig. 16 is a diagram illustrating multiple coherence transactions initiated for 
the same coherency unit in one embodiment of a computer system. 

30 
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[0032] Fig. 17 is a diagram illustrating communications between active devices in 
accordance with one embodiment of a computer system. 

[0033] Fig. 18 is a block diagram of another embodiment of a multiprocessing 
5 computer system. 

[0034] Fig. 19 shows a block diagram of one embodiment of an address network. 

[0035] Fig. 20 shows one embodiment of a multi-node computer system. 

10 

[0036] Fig. 21 shows exemplary global coherence states that may describe the 
maximum access right the devices in a node have to a particular coherency unit in one 
embodiment of a multi-node computer system. 

15 [0037] Fig. 22 shows exemplary proxy address packets that may be sent by an 
interface in one embodiment of a multi-node computer system. 

[0038] Fig. 23 shows exemplary data packets that may be sent to and from an 
interface in one embodiment of a multi-node computer system. 

20 

[0039] Fig. 24 show the changes in global coherence state that may be made in 
response to receipt of one of the proxy address packets shown in Fig. 22 in one 
embodiment of a multi-node computer system. 

25 [0040] Figs. 25-28 show exemplary RTO transactions in one embodiment of a multi- 
node computer system. 

[0041] Fig. 29 shows one embodiment of an interface that may be included in a multi- 
node computer system. 

30 
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[0042] Fig. 30-32 show exemplary RTS transactions in one embodiment of a multi- 
node computer system. 

[0043] Figs. 33-34 show additional exemplary RTO transactions in one embodiment 
5 of a multi-node computer system. 

[0044] Figs. 35-36 shows exemplary memory response information that may be 
maintained in some embodiments of a multi-node computer system. 

10 [0045] Fig. 37 illustrates an exemplary RTS transaction in a multi-node system in 
which a WB transaction for the same coherency unit is pending in the gM node, 
according to one embodiment. 

[0046] Fig. 37A shows a method an interface in a gM node may implement to 
15 respond to requests for a coherency unit when there is no owning device in the node, 
according to one embodiment. 

[0047] Fig. 38 illustrates an exemplary WS transaction, according to one 
embodiment. 

20 

[0048] Fig. 39 illustrates exemplary remote-type address packets that may be used in 
one embodiment. 

[0049] Fig. 40 illustrates an exemplary RWB transaction, according to one 
25 embodiment. 

[0050] Fig. 41 shows an exemplary RWS transaction, according to one embodiment. 

[0051] While the invention is susceptible to various modifications and alternative 
30 forms, specific embodiments thereof are shown by way of example in the drawings and 
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will herein be described in detail. It should be understood, however, that the drawings 
and detailed description thereto are not intended to limit the invention to the particular 
form disclosed, but on the contrary, the intention is to cover all modifications, equivalents 
and alternatives falling within the spirit and scope of the present invention as defined by 
5 the appended claims. 
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DETAILED DESCRIPTION OF EMBODIMENTS 



Computer System 

[0052] Fig. 1 shows a block diagram of one embodiment of a computer system 140. 
5 Computer system 140 includes processing subsystems 142 A and 142B, memory 
subsystems 144A and 144B, and an I/O subsystem 146 interconnected through an address 
network 150 and a data network 152. In the embodiment of Fig. 1, each of processing 
subsystems 142, memory subsystems 144, and I/O subsystem 146 are referred to as a 
client device. It is noted that although five client devices are shown in Fig. 1, 
10 embodiments of computer system 140 employing any number of client devices are 
contemplated. Elements referred to herein with a particular reference number followed 
by a letter will be collectively referred to by the reference number alone. For example, 
processing subsystems 142A-142B will be collectively referred to as processing 
subsystems 142. 

15 

[0053] Generally speaking, each of processing subsystems 142 and I/O subsystem 
146 may access memory subsystems 144. Devices configured to perform accesses to 
memory subsystems 144 are referred to herein as "active" devices. Each client in Fig. 1 
may be configured to convey address messages on address network 150 and data 

20 messages on data network 152 using split-transaction packets. Processing subsystems 
142 may include one or more instruction and data caches which may be configured in any 
of a variety of specific cache arrangements. For example, set-associative or direct- 
mapped configurations may be employed by the caches within processing subsystems 
142. Because each of processing subsystems 142 within computer system 140 may access 

25 data in memory subsystems 144, potentially caching the data, coherency must be 
maintained between processing subsystems 142 and memory subsystems 144, as will be 
discussed further below. 

[0054] Memory subsystems 144 are configured to store data and instruction code for 
30 use by processing subsystems 142 and I/O subsystem 146. Memory subsystems 144 may 



Atty. Dkt No.: 5681-13301 



Page 1 1 



Meyertons, Hood, Kivlin, Kowert & Goetzel, P.C 



include dynamic random access memory (DRAM), although other types of memory may 
be used in some embodiments. Each address in the address space of computer system 
140 may be assigned to a particular memory subsystem 144, referred to herein as the 
home subsystem of the address. Additionally, each memory subsystem 144 may include 
5 a directory suitable for implementing a directory-based coherency protocol. In one 
embodiment, each directory may be configured to track the states of memory locations 
assigned to that memory subsystem within computer system 140. Additional details 
regarding suitable directory implementations are discussed further below. 

10 [0055] I/O subsystem 146 is illustrative of a peripheral device such as an input-output 
bridge, a graphics device, a networking device, etc. In some embodiments, I/O subsystem 
146 may include a cache memory subsystem similar to those of processing subsystems 
142 for caching data associated with addresses mapped within one of memory subsystems 
144. 

15 

[0056] In one embodiment, data network 152 may be a logical point-to-point 
network. Data network 152 may be implemented as an electrical bus, a circuit-switched 
network, or a packet-switched network. In embodiments where data network 152 is a 
packet-switched network, packets may be sent through the data network using techniques 

20 such as wormhole, store and forward, or virtual cut-through. In a circuit-switched 
network, a particular client device may communicate directly with a second client device 
via a dedicated point-to-point link that may be established through a switched 
interconnect mechanism. To communicate with a third client device, the particular client 
device utilizes a different link as established by the switched interconnect than the one 

25 used to communicate with the second client device. Data network 152 may implement a 
source-destination ordering property such that if a client device CI sends a data message 
Dl before sending a data message D2 and a client device C2 receives both Dl and D2, 
C2 will receive Dl before C2 receives D2. 



Atty. Dkt. No.: 5681-13301 



Page 12 



Meyertons, Hood, Kivlin, Kowert & Goetzel, P.C 



[0057] Address network 150 accommodates communication between processing 
subsystems 142, memory subsystems 144, and I/O subsystem 146. Messages upon 
address network 150 are generally referred to as address packets. When the destination of 
an address packet is a storage location within a memory subsystem 144, the destination 
5 may be specified via an address conveyed with the address packet upon address network 
150. Subsequently, data corresponding to the address packet on the address network 150 
may be conveyed upon data network 152. Typical address packets correspond to requests 
for an access right (e.g., a readable or writable copy of a cacheable coherency unit) or 
requests to perform a read or write to a non-cacheable memory location. Address packets 

10 may be sent by a device in order to initiate a coherence transaction. Subsequent address 
packets may be sent to implement the access right and/or ownership changes needed to 
satisfy the coherence request. In the computer system 140 shown in Fig. 1, a coherence 
transaction may include one or more packets upon address network 150 and data network 
152. Typical coherence transactions involve one or more address and/or data packets that 

15 implement data transfers, ownership transfers, and/or changes in access privileges. 

[0058] As is described in more detail below, address network 150 may be configured 
to transmit coherence requests corresponding to read or write memory operations using a 
point-to-point transmission mode. For coherence requests that are conveyed point-to- 
20 point by address network 150, a directory-based coherency protocol is implemented. In 
some embodiments, address network 150 may be configured to selectively transmit 
coherence requests in either point-to-point mode or broadcast mode. In such 
embodiments, when coherence requests are conveyed using a broadcast mode 
transmission, a snooping broadcast coherency protocol is implemented. 

25 

[0059] In embodiments supporting both point-to-point and broadcast transmission 
modes, clients transmitting a coherence request to address network 150 may be unaware 
of whether the coherence request will be conveyed within computer system 140 via a 
broadcast or a point-to-point mode transmission. In such an embodiment, address 
30 network 150 may be configured to determine whether a particular coherence request is to 
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be conveyed in broadcast (BC) mode or point-to-point (PTP) mode. In the following 
discussion, an embodiment of address network 150 that includes a table for classifying 
coherence requests as either BC mode or PTP mode is described. 

5 Hybrid Network Switch 

[0060] Fig. 2 is a diagram illustrating a portion of one embodiment of computer 
system 140. Fig. 2 shows address network 150, memory subsystems 144, processing 
subsystems 142, and I/O subsystem 146. In the embodiment shown, address network 150 
includes a switch 200 including a mode control unit 250 and ports 230A-230E. Mode 

10 unit 250 illustratively includes a mode table 260 configured to store an indication of a 
mode of conveyance, BC or PTP, for received coherence requests. Mode unit may 
include special task oriented circuitry (e.g., an ASIC) or more general purpose processing 
circuitry executing software instructions. Processing units 142A-142B each include a 
cache 280 configured to store memory data. Memory subsystems 144 A and 144B are 

15 coupled to switch 200 via ports 230B and 230D, respectively, and include controller 
circuitry 210, directory 220, and storage 225. In the embodiment shown, ports 230 may 
include bi-directional links or multiple unidirectional links. Storage 225 may include 
RAM or any other suitable storage device. 

20 [0061] Also illustrated in Fig. 2 is a network 270 (e.g., a switched network or bus) 
coupled between a service processor (not shown), switch 200 and memory subsystems 
144. The service processor may utilize network 270 to configure and/or initialize switch 
200 and memory subsystems 144, as will be described below. The service processor may 
be external to computer system 140 or may be a client included within computer system 

25 140. Note that embodiments of computer system 140 that only implement a PTP 
transmission mode may not include mode unit 250, network 270, and/or a service 
processor. 

[0062] As previously described, address network 150 is configured to facilitate 
30 communication between clients within computer system 140. In the embodiment of Fig. 
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2, processing subsystems 142 may perform reads or writes which cause transactions to be 
initiated on address network 150. For example, a processing unit within processing 
subsystem 142 A may perform a read to a memory location A that misses in cache 280A. 
In response to detecting the cache miss, processing subsystem 142 A may convey a read 
5 request for location A to switch 200 via port 230A. The read request initiates a read 
transaction. Mode unit 250 detects the read request for location A and determines the 
transmission mode corresponding to the read request. In embodiments utilizing a mode 
table, the mode unit determines the transmission mode by consulting mode table 260. In 
one embodiment, the read request includes an address corresponding to location A that is 
10 used to index into an entry in mode table 260. The corresponding entry may include an 
indication of the home memory subsystem corresponding to location A and a mode of 
transmission corresponding to location A. 

[0063] In the above example, location A may correspond to a memory location within 

15 storage 225 A of memory subsystem 144A. Consequently, the entry in mode table 260 
corresponding to the read request may indicate memory subsystem 144 A is a home 
subsystem of location A. If the entry in mode table 260 further indicates that the address 
of the read request is designated for PTP mode transmissions, switch 200 is configured to 
only convey a corresponding request to memory subsystem 144A via port 230B. On the 

20 other hand, if the entry in mode table 260 indicates a BC transmission mode, switch 200 
may be configured to broadcast a corresponding request to each client within computer 
system 140. Thus, switch 200 may be configured to utilize either PTP or BC modes as 
desired. Consequently, in this particular embodiment a single encoding for a transaction 
conveyed by an initiating device may correspond to either a BC mode or PTP mode 

25 transaction. The mode may be determined not by the client initiating a transaction, but by 
the address network. The transmission mode associated with switch 200 may be set 
according to a variety of different criteria. For example, where it is known that a 
particular address space includes widely shared data, mode unit 250 may be configured to 
utilize BC mode transactions. Conversely, for data that is not widely shared, or data such 

30 as program code that is read only, mode unit 250 may be configured to utilize PTP mode. 
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Further details regarding various other criteria for setting the mode of switch 200 will be 
described further below. 

Transmission Mode Table 
5 [0064] Turning to Fig. 3, one embodiment of a mode table 260 is shown. While the 
embodiment of Fig. 3 shows mode table 260 as being included within mode unit 250, 
mode table 260 may be external to mode unit 250. Mode table 260 may include a 
dynamic data structure maintained within a storage device, such as RAM or EEPROM. 
In the embodiment of Fig. 3, table 260 is depicted as including columns 502, 504 and 

10 506, and rows 510. Each row 510 corresponds to a particular portion of the address 
space. For example, each row 510 may correspond to a particular page of memory or any 
other portion of address space. In one embodiment, the address space corresponding to a 
computer system 140 is partitioned into regions called "frames." These frames may be 
equal or unequal in size. Address column 502 includes an indication of the frame 

15 corresponding to each row 510. Home column 504 includes an indication of a home 
subsystem corresponding to each row 510. Mode column 506 includes an indication of a 
transmission mode, BC or PTP, corresponding to each row 510 (and thus each memory 
frame). Note that in some embodiments, there may not be an entry in home column 504 
for BC mode address ranges. 

20 

[0065] In the embodiment shown in Fig. 3, entries in table 260 are directly mapped to 
a specific location. Therefore, row 51 OA corresponds to entry A, row 51 0B corresponds 
to entry B, and so on. In a direct mapped implementation, table 260 need not actually 
include address column 502; however, it is illustrated for purposes of discussion. Each 
25 row 510 in the embodiment shown corresponds to an address space of equal size. As 
stated previously, table 260 may be initialized by a service processor coupled to switch 
200. Note that in other embodiments, table 260 may be organized in an associative or 
other manner. 
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[0066] As illustrated in Fig. 3, row 51 OA contains an entry corresponding to address 
region A (502). In one embodiment, mode unit 250 may utilize a certain number of bits 
of an address to index into table 260. For example, address "A" in row 51 OA may 
correspond to a certain number of most significant bits of an address space identifying a 
5 particular region. Alternatively, address "A" in row 51 OA may correspond to a certain 
number of significant bits and a certain number of less significant bits of an address space 
identifying a particular region, where the region contains non-consecutive cache lines, in 
order to facilitate interleaving of the cache lines. Row 51 OA indicates a home 504 
subsystem corresponding to "A" is CLIENT 3. Further, row 51 OA indicates the mode 
10 506 of transmission for transactions within the address space corresponding to region "A" 
is PTP. Row 51 0B corresponds to a region of address 502 space "B", has a home 504 
subsystem of CLIENT 3, and a transmission mode 506 of BC. Each of the other rows 
510 in table 260 includes similar information. 

15 [0067] While the above description contemplates a mode unit 250 that includes a 
mode table 260 for determining a transmission mode corresponding to received address 
packets, other embodiments are possible as well. For example, mode unit 250 may be 
configured to select a transmission mode based on network traffic. In such an 
implementation, mode unit 250 may be configured to monitor link utilization and/or the 

20 state of input/output queues within switch 200. If mode unit 250 detects that network 
congestion is low, a packet may be broadcast to take advantage of available bandwidth. 
On the other hand, if the mode unit 250 detects that network congestion is high, a packet 
may be conveyed point-to-point in order to reduce congestion. In such embodiments, 
mode unit 250 may coordinate with a directory when switching between BC and PTP 

25 mode (e.g., a service processor may coordinate the mode unit and directory). Other 
embodiments may include tracking which address regions are widely shared and using 
broadcasts for those regions. If it is determined a particular address region is not widely 
shared or is read-only code, a point-to-point mode may be selected for conveying packets 
for those regions. Alternatively, a service processor coupled to switch 250 may be 

30 utilized to monitor network conditions. In yet a further embodiment, the mode unit 250 
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may be configured such that all coherence requests are serviced according to PTP mode 
transmissions or, alternatively, according to BC mode transmissions. For example, in 
scalable systems, implementations including large numbers of processors may be 
configured such that mode unit 250 causes all address packets to be serviced according to 
5 PTP mode transmissions, while implementations including relatively small numbers of 
processors may be set according to BC mode transmissions. These and other 
embodiments are contemplated. 

[0068] As mentioned above, when switch 200 receives a coherence request, mode 

10 unit 250 utilizes the address corresponding to the received coherence request as an index 
into table 260. In the embodiment shown, mode unit 250 may utilize a certain number of 
most significant bits to form an index. The index is then used to select a particular row 
510 of table 260. If the mode 506 indication within the selected row indicates PTP mode, 
a corresponding coherence request is conveyed only to the home subsystem indicated by 

15 the home 504 entry within the row. Otherwise, if the mode 506 entry indicates BC mode, 
a corresponding coherence request is broadcast to clients within the computer system. In 
alternative embodiments, different "domains" may be specified within a single computer 
system. As used herein, a domain is a group of clients that share a common physical 
address space. In a system where different domains exist, a transaction that is broadcast 

20 by switch 200 may be only broadcast to clients in the domain that corresponds to the 
received coherence request. Still further, in an alternative embodiment, BC mode 
coherence requests may be broadcast only to clients capable of caching data and to the 
home memory subsystem. In this manner, certain coherence requests that may be 
unnecessary may be avoided while still implementing a broadcast snooping style 

25 coherence protocol. 

Directories 

[0069] As stated previously, for coherence requests that are conveyed in point-to- 
point mode by switch 200, a directory based coherence protocol is implemented. As 
30 shown in Fig. 2, each memory subsystem 144 includes a directory 220 that is used to 
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implement a directory protocol. Fig. 4 illustrates one example of a directory 220A that 
may be maintained by a controller 21 OA within a memory subsystem 144 A. In this 
embodiment, directory 220A includes an entry 620 for each memory block within storage 
225 A for which memory subsystem 144A is the home subsystem. In general, a directory 
5 may include an entry for each coherency unit for which the memory subsystem is a home 
subsystem. As used herein, a "coherency unit" is a number of contiguous bytes of 
memory that are treated as a unit for coherency purposes. For example, if one byte within 
the coherency unit is updated, the entire coherency unit is considered to be updated. In 
some embodiments, the coherency unit may be a cache line or a cache block. Thus, in 

10 one embodiment, directory 220A maintains an entry 620 for each cache line whose home 
is memory subsystem 144A. In addition, directory 220A may include an entry for each 
client 604-612 within computer system 140 that may have a copy of the corresponding 
cache line. Directory 220 A may also include an entry 614 indicating the current owner of 
the corresponding cache line. Each entry in directory 220A indicates the coherency state 

15 of the corresponding cache line in each client in the computer system. In the example of 
Fig. 4, a region of address space corresponding to a frame "A" may be allocated to 
memory subsystem 144 A. Typically, the size of frame A may be significantly larger than 
a coherency unit. Consequently, directory 220A may include several entries (i.e., Aa, Ab, 
Ac, etc.) that correspond to frame A. 

20 

[0070] It is noted that numerous alternative directory formats to support directory 
based coherency protocols may be implemented. For example, while the above 
description includes an entry 604-612 for each client within a computer system, an 
alternative embodiment may only include entries for groups of clients. For example, 

25 clients within a computer system may be grouped together or categorized according to 
various criteria. For example, certain clients may be grouped into one category for a 
particular purpose while others are grouped into another category. In such an 
embodiment, rather than including an indication for every client in a group, a directory 
within a memory subsystem 144 may include an indication as to whether any of the 

30 clients in a group have a copy of a particular coherency unit. If a request is received for a 
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coherency unit at a memory subsystem 144 and the directory indicates that a group "B" 
may have a copy of the coherency unit, a corresponding coherency transaction may be 
conveyed to all clients within group "B." By maintaining entries corresponding to groups 
of clients, directories 220 may be made smaller than if an entry were maintained for every 
5 client in a computer system. 

[0071] Other directory formats may vary the information stored in a particular entry 
depending on the current number of sharers. For example, in some embodiments, a 
directory entry may include a pointer to a client device if there is a single sharer. If there 
10 are multiple sharers, the directory entry may be modified to include a bit mask indicating 
which clients are sharers. Thus, in one embodiment, a given directory entry may store 
either a bit mask or a pointer depending on the number of sharers. 

[0072] By maintaining a directory as described above, appropriate coherency actions 

15 may be performed by a particular memory subsystem (e.g., invalidating shared copies, 
requesting transfer of modified copies, etc.) according to the information maintained by 
the directory. A controller 210 within a subsystem 144 is generally configured to perform 
actions necessary for maintaining coherency within a computer system according to a 
specific directory based coherence protocol. For example, upon receiving a request for a 

20 particular coherency unit at a memory subsystem 144, a controller 210 may determine 
from directory 220 that a particular client may have a copy of the requested data. The 
controller 210 may then convey a message to that particular client which indicates the 
coherency unit has been requested. The client may then respond with data (e.g., if the 
coherency unit is modified) or with an acknowledgment or any other message that is 

25 appropriate to the implemented coherency protocol. In general, memory subsystems 144 
maintain a directory and controller suitable for implementing a directory-based coherency 
protocol. As used herein, a directory based cache coherence protocol is any coherence 
protocol that maintains a directory containing information regarding cached copies of 
data, and in which coherence commands for servicing a particular coherence request are 

30 dependent upon the information contained in the directory. 
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General Operations 

[0073] Turning next to Fig. 5, one embodiment of a method for mixed mode 
determination and transmission is illustrated. An address network within a computer 
5 system is initially configured (block 300). Such configuration may include initializing a 
mode control unit and/or a mode table via a service processor. During system operation, 
if the address network receives a coherence request from a client (decision block 302), the 
address network determines the transmission mode (block 304) corresponding to the 
received request. In the embodiment described above, the mode control unit 250 makes 

10 this determination by accessing a mode table 260. If the mode corresponding to the 
request is determined to be BC mode (decision block 306), a corresponding request is 
broadcast to clients in the computer system. In contrast, if the mode corresponding to the 
request is determined to be PTP mode (decision block 306), a corresponding request is 
conveyed point-to-point to the home subsystem corresponding to the request and (not 

15 unconditionally) to other clients within the computer system. 

[0074] During operation, it may be desirable to change the configuration of switch 
200 to change the transmission mode for certain address frames (or for the entire 
computer system). For example, a mode unit 250 within switch 200 may be initially 

20 configured to classify a particular region of address space with a PTP mode. 
Subsequently, during system operation, it may be determined that the particular region of 
address space is widely shared and modified by different clients within the computer 
system. Consequently, significant latencies in accessing data within that region may be 
regularly encountered by clients. Thus, it may be desirable to change the transmission 

25 mode to broadcast for that region. While transmission mode configuration may be 
accomplished by user control via a service processor, a mechanism for changing modes 
dynamically may alternatively be employed. 

[0075] As stated previously, numerous alternatives are contemplated for determining 
30 when the transmission mode of a coherence request or a region of address space may be 
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changed. For example, in one embodiment an address switch or service processor may be 
configured to monitor network congestion. When the switch detects congestion is high, 
or some other condition is detected, the switch or service processor may be configured to 
change the modes of certain address regions from BC to PTP in order to reduce 
5 broadcasts. Similarly, if the switch or service processor detects network congestion is 
low or a particular condition is detected, the modes may be changed from PTP to BC. 

[0076] Fig. 6 illustrates one embodiment of a method for dynamically changing 
transmission modes corresponding to coherence requests within an address network. An 

10 initial address network configuration (block 400) is performed which may include 
configuring a mode table 260 as described above or otherwise establishing a mode of 
transmission for transactions. During system operation, a change in the transmission 
mode of switch 200 may be desired in response to detection of a particular condition, as 
discussed above (decision block 402). In the embodiment shown, when the condition is 

15 detected (decision block 402), new client transactions are temporarily suspended (block 
404), outstanding transactions within the computer system are allowed to complete (block 
406), and the mode is changed (block 408). In one embodiment, changing the mode may 
include updating the entries of mode table 260 as described above. It is further noted that 
to accommodate transitions from broadcast mode to point-to-point mode, directory 

20 information (e.g., information which indicates an owning subsystem) may be maintained 
even for broadcast mode coherence requests. 

[0077] Generally speaking, suspending clients (block 404) and allowing outstanding 
transactions within the computer system to complete (block 406) may be referred to as 

25 allowing the computer system to reach a quiescent state. A quiescent state may be 
defined as a state when all current traffic has reached its destination and there is no 
further traffic entering the computer system. Alternative embodiments may perform 
mode changes without requiring a computer system to reach a quiescent state. For 
example, rather than waiting for all transactions to complete, a mode change may be 

30 made upon arrival of all pending address packets at their destination devices (but while 
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data packets are still being conveyed). Further, in embodiments which establish 
transmission modes on the basis of regions of memory, as in the discussion of frames 
above, a method may be such that only those current transactions which correspond to the 
frame whose mode is being changed need complete. Various alternatives are possible 
5 and are contemplated. 

Coherence Transactions 

[0078] In one embodiment of computer system 140, read-to-share (RTS) transactions 
may be initiated by active devices upon address network 150 by requesting read-only 
10 copies of coherency units. Similarly, read-to-own (RTO) transactions may be initiated 
by active devices requesting writable copies of coherency units. Other coherence 
transactions may similarly be initiated by active devices upon address network 150, as 
desired. These coherence requests may be conveyed in either PTP or BC mode in some 
embodiments, as described above. 

15 

[0079] Fig. 7 is a chart illustrating various coherence requests, including a description 
of each, that may be supported by one embodiment of computer system 140. As 
illustrated, in addition to read-to-share and read-to-own requests, further coherence 
requests that may be supported include read-stream (RS) requests, write-stream (WS) 

20 requests, write-back (WB) requests, and write-back-shared (WBS) requests. A read- 
stream request initiates a transaction to provide a requesting device with a read-once copy 
of a coherency unit. A write-stream request initiates a transaction to allow a requesting 
device to write an entire coherency unit and send the coherency unit to memory. A write- 
back request initiates a transaction that sends a coherency unit from an owning device to 

25 memory, where the owning device does not retain a copy. Finally, a write-back-shared 
request initiates a transaction that sends a coherency unit from an owning device to 
memory, where the owning device retains a read-only copy of the coherency unit. Active 
devices may also be configured to initiate other transaction types on address network 150 
such as I/O read and write transactions and interrupt transactions using other requests. 

30 For example, in one embodiment, a read-to-write-back (RTWB) transaction may also be 
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supported to allow I/O bridges (or other devices) to perform a write to part of a coherency 
unit without gaining ownership of the coherency unit and responding to foreign requests 
for the coherency unit. 



5 [0080] It is noted that transactions may be initiated upon address network 150 by 
sending encoded packets that include a specified address. Data packets conveyed on data 
network 152 may be associated with corresponding address transactions using transaction 
IDs, as discussed below. 

10 [0081] In one embodiment, cacheable transactions may result in at least one packet 
being received by the initiating client on the data network 152. Some transactions may 
require that a packet be sent from the initiating client on the data network 152 (e.g., a 
write-back transaction). Fig. 8 illustrates data packet transfers on data network 152 that 
may result from various transactions in accordance with one embodiment of computer 

15 system 140. A PRN data packet type is a pull request, sent from the destination of a write 
transaction to the source of the write transaction, to send data. An ACK data packet type 
is a positive acknowledgment from an owning device allowing a write stream transaction 
to be completed. A NACK data packet type is a negative acknowledgment to memory 
aborting a WB, WBS, or to the initiator aborting an INT transaction. 

20 

[0082] When an initiator initiates a transaction, the address packet for that transaction 
may include a transaction ID. In one embodiment, the transaction ID may be formed by 
the initiator's device ID and a packet ID assigned by the initiator. The DATA, ACK 
and/or PRN packets that the initiator receives may be routed to the initiator through data 

25 network 152 by placing the initiator's device ID in the packets' routing prefixes. In 
addition, the DATA, ACK and/or PRN packets may contain a destination packet ID field 
which matches the packet ID assigned by the initiator, allowing the initiator to match the 
DATA, ACK, and/or PRN packet to the correct transaction. Furthermore, PRN packets 
may include a pull ID consisting of the source's device ID and a packet ID assigned by 

30 the source (that is, the client which sent the PRN packet). After receiving a PRN packet, 
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the initiator may send a DATA or NACK packet to the source of the PRN. This DATA 
or NACK packet may be routed by placing the device ID of the source of the PRN in the 
packet's routing prefix. The DATA or NACK packet may contain a destination packet 
ID field that allows it to be matched with the correct PRN (in addition, the packet may 
5 include a flag which indicates that it was sent in response to a PRN, thus preventing 
confusion between transaction IDs and pull IDs). 

[0083] In one embodiment, an ACK packet sent in response to a WS may not contain 
any data. The ACK packet may be used to indicate the invalidation of the previous 
10 owner. The PRN packet that an initiator receives as part of a cacheable transaction is sent 
by the memory device that maps the coherency unit. The DATA or NACK packet that 
the initiator sends is sent to the memory device that maps the coherency unit (which is 
also the source of the PRN received by the initiator). 

15 [0084] As illustrated in Fig. 8, the initiator may receive separate DATA and PRN 
packets for a RTWB transaction. However, when the owner of the coherency unit is the 
memory device that maps the coherency unit, these two packets would be sent by the 
same client. Thus, in one embodiment, instead of sending two packets in this situation, a 
single DATAP packet may be sent. A DATAP package combines the information of a 

20 DATA packet and a PRN packet. Similarly, a single PRACK packet, which combines the 
information of a PRN packet and an ACK packet, may be sent in response to a WS 
request when the owner of the coherency unit is the memory device that maps the 
coherency unit. Finally, in those cases where the initiator is the owner of the coherency 
unit, the initiator may not send a DATA or ACK packet to itself (logically, this can be 

25 viewed as a transmission of a DATA or ACK packet from the initiator to itself which 
does not leave the initiator). Similarly, in those cases where the initiator is the memory 
device that maps the coherency unit, the initiator may not send a PRN packet to itself, nor 
need it send a DATA or NACK packet to itself. 
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[0085] In the embodiment of Fig. 1, non-cacheable transactions and interrupt may 
similarly result in at least one packet being received by the initiating client from the data 
network, and some transactions may require that a packet be sent from the initiating client 
device on the data network. Fig. 9 illustrates various non-cacheable and interrupt 
5 transaction types that may be supported in one embodiment of computer system 140, 
along with resulting data packet types that may be conveyed on data network 152. The 
columns in Fig. 9 are indicative of the sequence of packets sent on the address and data 
networks, in order from left to right. 

10 [0086] The DATA, PRN, or NACK packets that an initiator may receive as part of 
non-cacheable and interrupt transactions are routed to the initiator through data network 
152 and may be matched to the correct transaction at the receiver through the use of 
transaction IDs, as was described for cacheable data transfers. Similarly, the DATA 
packets that the initiator sends may be routed to their destination and matched to the 

15 correct transaction at their destination through the use of pull IDs, as was described for 
cacheable transactions. 

[0087] For RIO and WIO transactions, the DATA, and/or PRN packets that the 
initiator receives are sent from the client that maps the coherency unit. For INT 

20 transactions, the PRN or NACK packet that the initiator receives is sent from the target of 
the interrupt (which may be specified in an address field of the INT packet). When the 
initiator sends a DATA packet, it sends the DATA packet to the source of the PRN that it 
received. It is noted that when the initiator would be both the source and destination of a 
DATA, PRN, or NACK packet, no DATA, PRN, or NACK packet needs to be sent. It is 

25 also noted that when an initiator receives a PRN packet in response to an INT transaction, 
the initiator sends a data packet. When the initiator receives a NACK packet as part of an 
INT transaction, the initiator may not send any packet on the data network. 
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Coherency Mechanism 

[0088] Computer system 140 employs a cache coherence protocol to provide a 
coherent view of memory for clients with caches. For this purpose, state information for 
each coherency unit may be maintained in each active device. The state information 
5 specifies the access rights of the active device and the ownership responsibilities of the 
active device. 

[0089] The access right specified by the state information for a particular coherency 
unit is used to determine whether the client device can commit a given operation (i.e., a 

10 load or a store operation) and constraints on where that operation can appear within one 
or more partial or total orders. In one embodiment, the memory access operations appear 
in a single total order called the "global order." In such an embodiment, these constraints 
upon where an operation can be placed in the global order can be used to support various 
well-known memory models, such as, for example, a sequentially consistent memory 

1 5 model or total-store-order (TSO), among others. 

[0090] The ownership responsibility specified by the state information for a particular 
coherency unit indicates whether the client device is responsible for providing a copy of 
the coherency unit to another client that requests it. A client device owns a coherency 
20 unit if it is responsible for providing data to another client which requests that coherency 
unit. 

[0091] In one embodiment, the coherence protocol employed by computer system 140 
is associated with the following properties: 

25 

1) Changes in ownership status occur in response to the reception of 
address packets. Sending address packets, sending data packets, and 
receiving data packets do not affect the ownership status; 

2) An active device may own a coherency unit without having the data 
30 associated with that ownership responsibility; 
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3) Access rights transition with receiving address packets, sending data 

packets, and receiving data packets. Sending address packets does not 
affect the access rights (although it may affect the way in which other 
packets are processed); 

5 4) An active device which has an access right to a coherency unit always 

has the data associated with that access right; and 
5) Reception of address packets is not blocked based on the reception of 

particular data packets. For example, it is possible to receive a local 
read request packet before the data being requested is also received. 

10 

[0092] Since access rights and ownership status can transition separately in the 
protocol employed by computer system 140, various combinations of coherence states are 
possible. Figs. 10A and 10B illustrate types of access rights and ownership status that 
may occur in one embodiment of computer system 140. Fig. 10C illustrates possible 
15 combinations of access rights and ownership status. It is noted that these combinations 
differ from those of traditional coherence protocols such as the well-known MOSI 
protocol. It is also noted that other specific forms of access rights may be defined in other 
embodiments. 

20 [0093] As illustrated in Fig. 10A, the W (Write) access right allows both reads and 
writes. The A (All-Write) access right allows only writes and requires that the entire 
coherency unit be written. The R (Read) access right allows only reads. The T 
(Transient-Read) access right allows only reads; however, unlike reads performed under 
the W or R access rights, reads performed under the T access right may be reordered, as 

25 discussed below. Finally, the I (Invalid) access right allows neither reads nor writes. 
When the system is first initialized, all active devices have the I access right for all 
coherency units. As will be discussed further below, when a coherency unit is in the A 
access right state, because the entire coherency unit must be modified, the data contained 
in the coherency unit prior to this modification is not needed and may not be present. 
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Instead, an ACK packet, which acts as a token representing the data, must have been 
received if the data is not present. 

[0094] As illustrated in Fig. 10B, an active device may have an O (owner) ownership 
5 status or an N (non-owner) ownership status with respect to a given coherency unit. In 
either state, data corresponding to the coherency unit may or may not be present in the 
cache. 

[0095] Once an active device has acquired a given access right, it may exercise that 
10 access right repeatedly by performing multiple reads and/or writes until it loses the access 
right. It is noted that for access rights other than A (All- Write), an active device is not 
required to exercise its read and/or write access rights for a given coherency unit. In 
contrast, the A access right requires that the entire coherency unit be written, so the active 
device must perform at least one write to each byte in the coherency unit. 

15 

[0096] In the embodiment of Fig. 1, changes in access rights may occur in response to 
receiving address packets, sending data packets, or receiving data packets. Generally 
speaking, and as will be described in further detail below, when a transaction transfers 
exclusive access to a coherency unit from a processor PI to a processor P2, the sending of 

20 the data from PI terminates Pi's access right to the coherency unit and the reception of 
the data at P2 initiates P2's access right. When a transaction changes exclusive access to 
a coherency unit at a processor PI to a shared state with a processor P2 (i.e., each having 
a read access right), the sending of the data from PI terminates Pi's write access right 
(though it can continue to read the coherency unit) and the arrival of the data at P2 

25 initiates its shared access right. When a transaction transfers a coherency unit from a 
shared state to exclusive access at a processor P2, the access rights at all processors other 
than P2 and the processor which owns the coherency unit (if any) are terminated upon 
reception of the coherence request, the access right of the processor that owns the 
coherency unit (if there is one) is terminated when it sends the data, and the write access 

30 right at P2 is initiated once P2 has received the data from the previous owner (or from 
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memory) and has received the coherence request. Finally, when a coherence request adds 
a processor P2 to a set of processors that is already sharing a coherency unit, no processor 
loses access rights and P2 gains the read access right when it receives the data. 



5 [0097] Ownership responsibilities may transition in response to the reception of 
address packets. In the embodiment of Fig. 1, sending and receiving data packets do not 
affect ownership responsibilities. Fig. 1 1 is a chart illustrating ownership transitions in 
response to particular transactions in one embodiment of computer system 140. In Fig. 
11, "previous owner" indicates that ownership is unchanged, "initiator" indicates that the 

10 client who initiated the transaction becomes the owner, and "memory" indicates that the 
memory subsystem 144 that maps the coherency unit becomes the owner. In the case of a 
WB or WBS transaction, the new owner is the memory if the initiator sends a DATA 
packet to the memory, and the new owner is the previous owner if the initiator sends a 
NACK packet to the memory. The owner of the coherency unit is either an active device 

15 or the memory device that maps the coherency unit. Given any cacheable transaction T 
which requests a data or ACK packet, the client that was the owner of the coherency unit 
immediately preceding T will send the requested data or ACK packet. When the system 
is first initialized, memory is the owner for each coherency unit. 

20 [0098] Fig. 4A shows an exemplary directory 220B that may store information 
regarding the access rights and ownership responsibilities held by various client devices 
for each coherency unit mapped by the directory. Instead of storing information related to 
the MOSI states (as shown in Fig. 4), directory 220B stores information relating to the 
coherence protocol described above. Thus, directory 220B identifies which client device, 

25 if any, has an ownership responsibility for a particular coherency unit. Directory 220B 
may also track which client devices have a shared access right to the coherency unit. For 
example, a directory entry 620 may indicate the access rights of each client device (e.g., 
read access R, write access W, or invalid access I) to a coherency unit. Note that in other 
embodiments, additional or different information may be included in a directory 220B. 

30 Furthermore, some directories may include less information. For example, in one 
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embodiment, a directory may only maintain information regarding ownership 
responsibilities for each coherency unit. 

Virtual Networks and Ordering Points 
5 [0099] In some embodiments, address network 150 may include four virtual 
networks: a Broadcast Network, a Request Network, a Response Network, and a 
Multicast Network. Each virtual network is unordered with respect to the other virtual 
networks. Different virtual networks may be configured to operate in logically different 
ways. Packets may be described in terms of the virtual network on which they are 
10 conveyed. In the following discussion, a packet is defined to be "received" (or "sent") 
when any changes in ownership status and/or access rights in response to the packet at the 
receiving client (or the sending client) have been made, if necessary, pursuant to the 
coherence protocol. 

15 [00100] The Broadcast Network may implement a logical broadcast medium between 
client devices within a computer system and only convey packets for BC mode 
transactions. In one embodiment, the Broadcast Network may satisfy the following 
ordering properties: 

20 1) If a client CI sends a broadcast packet Bl for a non-cacheable or 

interrupt address before sending a broadcast packet B2 for a non- 
cacheable or interrupt address, and if a client C2 receives packets 
Bl and B2, then C2 receives Bl before it receives B2. 
2) If clients CI and C2 both receive broadcast packets Bl and B2, and 

25 if CI receives Bl before it receives B2, then C2 receives Bl before 

it receives B2. 

[00101] The Request Network may implement a logical point-to-point medium 
between client devices in a computer system and may only convey packets for PTP mode 
30 transactions. In one embodiment, coherence requests sent on the Request Network are 
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sent from the client device that initiates a transaction to the device that maps the memory 
location corresponding to the transaction. The request network may implement the 
following ordering property: 

5 1) If a client CI sends a request packet Rl for a non-cacheable or 

interrupt address before sending a request packet R2 for a non- 
cacheable or interrupt address, and if a client C2 receives request 
packets Rl and R2, then C2 receives Rl before it receives R2. 

10 [00102] The Response Network may also implement a logical point-to-point medium 
between client devices in a computer system and may only be used for PTP mode 
transactions. Packets sent on the Response Network may implement requests for data 
transfers and changes of ownership. In one embodiment, packets sent on the Response 
Network are only sent to requesting and/or owning clients. The Response Network may 

1 5 implement the following ordering property: 

1) If a client CI sends a response packet Rl before sending a response 

packet R2, and if a client C2 receives packets Rl and R2, and if Rl 
and R2 were both sent for transactions that reference the same 
20 coherency unit, then C2 receives Rl before it receives R2. 

[00103] Finally, the Multicast Network may implement a logical point-to-multipoint 
medium between client devices in a computer system and is used only for PTP mode 
transactions. In one embodiment, packets sent on the Multicast Network are sent to the 
25 requesting client and non-owning sharers in order to implement changes in access rights. 
Packets on the Multicast Network may also be sent to additional clients in some 
embodiments. For example, a computer system may be divided into N portions, and a 
directory may indicate whether there are non-owning devices that have shared copies of a 
given coherency unit in each of the N portions. If a single non-owning device in a given 
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portion has shared access to a coherency unit, a multicast may be sent to each device in 
that portion. The Multicast Network may implement the following ordering property: 

1) If a client CI sends a multicast packet Ml before sending a 

5 multicast packet M2, and if a client C2 receives packets Ml and 

M2, then C2 receives Ml before it receives M2. 

[00104] In the embodiment of computer system 140 discussed above, various ordering 
points are established within the computer system. These ordering points govern 

10 ownership and access right transitions. One such ordering point is the Broadcast 
Network. The Broadcast Network is the ordering point for cacheable and non-cacheable 
BC mode transactions corresponding to a given memory block. All clients in a computer 
system or domain receive broadcast packets for a given memory block in the same order. 
For example, if clients CI and C2 both receive broadcast packets Bl and B2, and CI 

15 receives Bl before B2, then C2 also receives Bl before B2. 

[00105] In other situations, a client may serve as an ordering point. More particularly, 
in the embodiment described above, for cacheable PTP mode address transactions, the 
order in which requests are serviced by the home memory subsystem directory establishes 
20 the order of the PTP mode transactions. Ordering for non-cacheable PTP mode address 
transactions may be established at the target of each non-cacheable transaction. 

[00106] Packets in the same virtual network are subject to the ordering properties of 
that virtual network. Thus, packets in the same virtual network may be ordered with 
25 respect to each other. However, packets in different virtual networks may be partially or 
totally unordered with respect to each other. For example, a packet sent on the Multicast 
network may overtake a packet sent on the Response network and vice versa. 
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[00107] In addition to supporting various virtual networks, computer system 140 may 
be configured to implement the Synchronized Networks Property. The Synchronized 
Networks Property is based on the following orders: 

1) Local Order (<i): Event X precedes event Y in local order, denoted 
X <i Y, if X and Y are events (including the sending or reception of 
a packet on the address or data network, a read or write of a 
coherency unit, or a local change of access rights) which occur at 
the same client device C and X occurs before Y. 

2) Message Order (<m): Event X precedes event Y in message order, 
denoted X <„, Y, if X is the sending of a packet M on the address 
or data network and Y is the reception of the same packet M. 

3) Invalidation Order (<j): Event X precedes event Y in invalidation 
order, denoted X <j Y, if X is the reception of a broadcast or 
multicast packet M at a client device CI and Y is the reception of 
the same packet M at a client C2, where CI does not equal C2, and 
where C2 is the initiator of the transaction that includes the 
multicast or broadcast packet. 

Using the orders defined above, the Synchronized Networks Property holds that: 

1) The union of the local order < h the message order <m, and the 

invalidation order <\ is acyclic. 

The Synchronized Networks Property may also be implemented in embodiments of 
address network 150 that do not support different virtual networks. 
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Coherence Transactions in Broadcast (BO Mode 

[00108] The following discussion describes how one embodiment of computer system 
140 may perform various coherence transactions for coherency units in BC mode. In one 
embodiment of a computer system supporting both BC and PTP modes, BC mode address 
5 packets may be conveyed on a broadcast virtual network like the one described above. 

[00109] The transitioning of access rights and ownership responsibilities of client 
devices for coherency transactions in BC mode may be better understood with reference 
to the exemplary coherence operations depicted in Figs. 12A-12F. Note that the 

10 examples shown in Figs. 12A-12F are merely exemplary. For simplicity, these examples 
show devices involved in a particular transaction and do not show other devices that may 
also be included in the computer system. Fig. 12A illustrates a situation in which an 
active device Dl has a W (write) access right and ownership (as indicated by the 
subscript "WO"). An active device D2 (which has an invalid access right and is not an 

15 owner, as indicated by the subscript "IN") initiates an RTS in order to obtain the R access 
right. In this case, Dl will receive the RTS packet from D2 through address network 150. 
Since the RTS packet is broadcast, D2 (and any other client devices in computer system 
140) also receives the RTS packet through address network 150. In response to the RTS, 
Dl sends a corresponding data packet (containing the requested data) to device D2. It is 

20 noted that Dl can receive additional address and data packets before sending the 
corresponding data packet to D2. When Dl sends the corresponding data packet to D2, 
Dl loses its W access right and changes its access right to an R access right. When D2 
receives the corresponding data packet, it acquires an R access right. Dl continues to 
maintain ownership of the coherency unit. 

25 

[00110] Fig. 12B illustrates a situation in which an active device Dl has a W access 
right and ownership (as indicated by the subscript "WO"), and an active device D2 
(which has invalid access and no ownership) initiates an RTO transaction in order to 
obtain a W access right. In this case, Dl will receive the RTO packet from D2 over 
30 address network 150. As a result, Dl changes its ownership status to N (not owner) and 
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sends a corresponding data packet to D2. It is noted, however, that Dl can receive 
additional address and/or data packets before sending the corresponding data packet to 
D2. D2 also receives its own RTO via address network 150 since the RTO is broadcast. 
When Dl sends the corresponding data packet to D2, Dl loses its W access right and 
5 changes its right to an I access right. When D2 receives its own RTO via address network 
150, its ownership status changes to O (owned). When D2 receives the corresponding 
data packet, it acquires a W access right. 

[00111] Fig. 12C illustrates a situation in which an active device Dl has a read (R) 

10 access right to and ownership of a particular coherency unit. Active devices D2 and D3 
also have an R access right to the coherency unit. Devices D2 and D3 do not have an 
ownership responsibility for the coherency unit. Active device D3 sends an RTO in order 
to obtain a W access right. In this case, Dl will receive the RTO from D3 via address 
network 150. Upon receipt of the RTO address packet, Dl changes its ownership status 

15 to N (no ownership) and sends a corresponding data packet (DATA) to D3. It is noted, 
however, that Dl can receive additional address and data packets before sending the 
corresponding data packet to D3. When Dl sends the corresponding data packet to D3, 
Dl changes its access right to an I access right. In addition, D2 will also receive the RTO 
via address network 150. When D2 receives the RTO, it changes its R access right to an I 

20 access right. Furthermore, when D3 receives its own RTO via address network 150, its 
ownership status is changed to O. When D3 receives the corresponding data packet 
(DATA) from Dl, it acquires a W access right to the coherency unit. It is noted that the 
corresponding data packet and its own RTO may be received by D3 before the 
invalidating RTO packet arrives at D2. In this case, D2 could continue to read the 

25 coherency unit even after D3 has started to write to it. 

[00112] Fig. 12D illustrates a situation in which an active device Dl has an R access 
right and ownership of a particular coherency unit, active device D2 has an R access right 
(but not ownership) to the coherency unit, and active device D3 issues an RTS in order to 
30 obtain the R access right to the coherency unit. In this case, Dl will receive the RTS 
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from D3 via the address network 150. In response to the RTS, Dl sends a corresponding 
data packet to D3. When D3 receives the corresponding data packet, its access right 
changes from an I access right to an R access right. The reception of the RTS at Dl and 
D2 does not cause a change in the access rights at Dl or D2. Furthermore, receipt of the 
5 RTS address packet at Dl and D2 does not cause any change in ownership for the 
coherency unit. 

[00113] In the case of WS (Write Stream) transaction in which an entire coherency 
unit is written by an active device and sent to memory, the device initiating the WS may 
10 receive an ACK packet from the processing subsystem 142 (or memory subsystem 144) 
that most recently (in address broadcast order) owned the coherency unit. It is noted that 
this ACK packet may be sent in place of a regular data message (and in fact a data packet 
may be used), and that only one such ACK message may be sent in response to the WS. 

15 [00114] Fig. 12E illustrates a situation in which an active device Dl has an R access 
right and ownership of a coherency unit and an active device D2 initiates a WS 
transaction for that coherency unit. As shown, the WS request is received by Dl as well 
as the home memory subsystem 144 that maps the coherency unit through address 
network 150. In response to D2's WS packet, Dl sends a corresponding ACK packet to 

20 D2 (e.g., on data network 152). It is noted, however, that Dl can receive additional 
address and data packets before sending the corresponding ACK packet to D2. When Dl 
sends the corresponding ACK packet to D2, Dl changes its access right to an I access 
right. When D2 receives the ACK packet from Dl, its access right changes to A (All- 
Write). In addition, the memory subsystem (M) that maps the coherency unit forwards a 

25 PRN packet on data network 152 to D2. When D2 writes to the entire coherency unit, D2 
forwards a data packet to the memory subsystem M. Upon receipt of the WS request 
through address network 150, Dl changes its ownership status to N (not-owned), and the 
memory subsystem M changes its ownership status to owned. 
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[00115] Fig. 12F illustrates a situation in which an active device Dl has a W access 
right and ownership of a coherency unit and initiates a WB transaction in order to write 
that coherency unit back to memory. The memory subsystem (M) that maps the 
coherency unit receives the WB packet through address network 150, and responsively 
5 forwards a PRN packet through data network 152 to DL As a result, Dl sends a 
corresponding data packet (DATA) to memory M. It is noted that Dl can receive 
additional address and/or data packets before sending the corresponding data packet to 
memory M. When Dl receives its own WB through address network 150, its ownership 
status changes to N. When Dl sends the corresponding data packet to memory M, its 
10 access right is changed to an I access right. In response to receiving the WB packet on 
the address network 152, memory M may become the owner of the coherence unit. WBS 
(write back shared) transactions may be handled similarly. 

[00116] It is contemplated that numerous variations of computer systems may be 
15 designed that employ the principle rules for changing access rights in active devices as 
described above while in BC mode. Such computer systems may advantageously 
maintain cache consistency while attaining efficient operation. It is noted that 
embodiments of computer system 140 are possible that implement subsets of the 
transactions described above in conjunction with Figs. 12A-12F. Furthermore, other 
20 specific transaction types may be supported, as desired, depending upon the 
implementation. 

[00117] It is also noted that variations with respect to the specific packet transfers 
described above for a given transaction type may also be implemented. Additionally, 
25 while ownership transitions are performed in response to receipt of address packets in the 
embodiments described above, ownership transitions may be performed differently during 
certain coherence transactions in other embodiments. 

[00118] In addition, in accordance with the description above, an owning device may 
30 not send a corresponding data packet immediately in response to receiving a packet (such 
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as an RTO or RTS) corresponding to a transaction initiated by another device. In one 
embodiment, a maximum time period (e.g., maximum number of clock cycles, etc.) may 
be used to limit the overall length of time an active device may expend before sending a 
responsive data packet. 

5 

Coherence Transactions in Point-to-Point (PTP) Mode 

[00119] Figs. 13A-13G illustrate how various coherence transactions may be carried 
out in PTP mode. In the following discussion, a variety of scenarios are depicted 
illustrating coherency activity in a computer system utilizing one exemplary directory- 
10 based coherency protocol, although it is understood that other specific protocols may 
alternatively be employed. In some embodiments, PTP-mode address packets may be 
conveyed in one of three virtual networks: the Request Network, the Response Network, 
and the Multicast Network. 

15 [00120] In one embodiment of a computer system that implements PTP mode 
transactions on address network 150, a device may initiate a transaction by sending a 
request packet on the Request Network. The Request Network may convey the request 
packet to the device that maps the coherency unit (the home subsystem for that coherency 
unit) corresponding to the request packet. In response to receiving a request packet, the 

20 home subsystem may send one or more packets on the Response, Multicast, and/or Data 
Networks. 

[00121] Fig. 13A is a diagram depicting coherency activity for an exemplary 
embodiment of computer system 140 as part of a read-to-own (RTO) transaction upon 
25 address network 150. A read-to-own transaction may be performed when a cache miss is 
detected for a particular coherency unit requested by a processing subsystem 142 and the 
processing subsystem 142 requests write permission to the coherency unit. For example, 
a store cache miss may initiate an RTO transaction. As another example, a prefetch for a 
write may initiate an RTO transaction. 

30 
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[00122] In Fig. 13 A, the requesting device Dl initiates a read-to-own transaction. Dl 
has the corresponding coherency unit in an invalid state (e.g., the coherency unit is not 
stored in the device) and is not the owner of the corresponding coherency unit, as 
indicated by the subscript "IN." The home memory subsystem M is the owner of the 
5 coherency unit. The read-to-own transaction generally causes transfer of the requested 
coherency unit to the requesting device Dl. 

[00123] Upon detecting a cache miss, the requesting device Dl sends a read-to-own 
coherence request (RTO) on the address network 150. Since the request is in PTP mode, 

10 address network 150 conveys the request to the home memory subsystem M of the 
coherency unit. In some embodiments, home memory subsystem M may block 
subsequent transactions to the requested coherency unit until the processing of the RTO 
transaction is completed at M. In one embodiment, home memory subsystem may 
include an address agent to process address packets and a data agent that processes data 

15 packets (e.g., the data agent may send a data packet in response to a request from the 
address agent). In such an embodiment, the home memory subsystem may unblock 
subsequent transactions to the requested coherency unit as soon as the address agent has 
finished processing the RTO packet. 

20 [00124] Home memory subsystem M detects that no other devices have a shared 
access right to the coherency unit and that home memory subsystem M is the current 
owner of the coherency unit. The memory M updates the directory to indicate that the 
requesting device Dl is the new owner of the requested coherency unit and sends a 
response RTO to the requesting device Dl (e.g., on the Response Network). Since there 

25 are no sharing devices, home memory subsystem M may supply the requested data 
(DATA) directly to the requesting device Dl. In response to receiving the RTO packet 
on address network 150, device Dl may gain ownership of the requested coherency unit. 
In response to receiving both the RTO and the DATA packet, device Dl may gain a write 
access right to the coherency unit. Write access is conditioned upon receipt of the RTO 
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because receipt of the RTO indicates that shared copies of the requested coherency unit 
have been invalidated. 

[00125] Fig. 13B shows an example of an RTO transaction where there are sharing 
5 devices D2 that have a read access right to the requested coherency unit. In this example, 
an active device Dl has a R access right but not ownership to a coherency unit and 
initiates an RTO transaction in order to gain a W access right to that coherency unit. The 
address network 150 conveys the RTO request to the home memory subsystem M. Based 
on information stored in a directory, home memory subsystem M detects that there are 

10 one or more devices D2 with a shared access right to the coherency unit. In order to 
invalidate the shared copies, home memory subsystem M conveys an invalidating request 
(INV) to the devices D2 that have a shared access right to the data (e.g., on the Multicast 
Network). In this example, memory subsystem M is the owner of the requested 
coherency unit so memory M also forwards a data packet (DATA) corresponding to the 

1 5 requested coherency unit to the requesting device Dl . 

[00126] Receipt of invalidating request INV causes devices D2 to lose the shared 
access right to the coherency unit (i.e., devices D2 transition their access rights to the I 
(invalid) access right). With respect to each of devices D2, the invalidating request INV 

20 is a "foreign" invalidating request since it is not part of a transaction initiated by that 
particular device. The home memory subsystem M also conveys the invalidating request 
INV to requesting device Dl (e.g., on the Multicast Network). Receipt of the INV by the 
requesting device indicates that shared copies have been invalidated and that write access 
is now allowed. Thus, upon receipt of the DATA from memory M and the INV, device 

25 Dl may gain write access to the coherency unit. 

[00127] In addition to sending the invalidating request INV to requesting device Dl, 
home memory subsystem M also sends requesting device Dl a data coherency response 
WAIT (e.g., on the Response Network). The WAIT response indicates that device Dl 
30 should not gain access to the requested coherency unit until Dl has received both the data 
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and an invalidating request INV. Dl may regard the INV as a "local" invalidating request 
since it is part of the RTO transaction initiated by DL Thus, the recipient of a local 
invalidating request (in conjunction with the receipt of a local DATA packet) may gain an 
access right to the coherency unit while the recipient of a foreign invalidating request 
5 loses an access right to the coherency unit. As mentioned briefly above, if the WATT and 
INV packets are sent on different virtual networks, it may be possible for device Dl to 
receive the packets in any order if the virtual networks are unordered with respect to each 
other. Furthermore, since the DATA packet is conveyed on data network 140, the DATA 
packet may be received before either of the address packets in some embodiments. 

10 Accordingly, if device Dl receives the WAIT response, device Dl may not transition 
access rights to the coherency unit until both the DATA and the INV have been received. 
However, if device Dl receives the INV and the DATA before the WAIT, device Dl may 
gain an access right to the coherency unit, since the INV indicates that any shared copies 
have been invalidated. When device Dl receives the WAIT response, it may gain 

15 ownership responsibilities for the requested coherency unit, regardless of whether the 
DATA and INV have already been received. 

[00128] Returning to FIG. 13A, if the requesting device Dl receives the DATA before 
the RTO response from home memory subsystem M, Dl may not gain an access right to 

20 the data until it also receives the RTO response (since Dl may otherwise be unaware of 
whether there are any shared copies that should be invalidated before Dl gains an access 
right to the requested data). Once Dl receives the RTO, it may transition its access rights 
to the coherency unit since receipt of the RTO (as opposed to a WAIT) response indicates 
that there is no need to wait for an INV. Note that in alternative embodiments, the home 

25 memory subsystem M may always send the requesting device an INV (or similar 
indication that shared copies, if any, have been invalidated) in response to a request (e.g., 
RTO or WS) that requires shared copies to be invalidated, even if there are no shared 
copies, so that a separate WAIT packet is unnecessary. In one such embodiment, the 
address network (as opposed to the home memory subsystem) may return the coherency 
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reply (e.g., the RTO response) that causes an ownership transition to the requesting 
device. 

[00129] As mentioned above, in some embodiments, computer system 140 may be 
5 configured to send some requests in both BC and PTP modes, and requesting devices 
such as Dl may be unaware of the mode in which a particular request is transmitted. In 
such embodiments, however, requesting devices may be configured to transition 
ownership responsibilities and access rights correctly regardless of the mode in which the 
request is transmitted. For example, in BC mode, the requester may receive its own RTO 

10 on the Broadcast Network (as opposed to on the Response Network from the home 
memory subsystem). In response to the RTO, the device may transition ownership 
responsibilities and be aware that it can transition access rights in response to receiving 
the DATA (since the RTO indicates that there is no need to wait for an ENV to invalidate 
any shared copies). Thus, the data coherency transactions described above may be used 

15 in systems that support both BC and PTP modes where requesting devices are not 
necessarily aware of which mode their request is transmitted in. 

[00130] Fig. 13C is a diagram depicting coherency activity in response to a read-to- 
own request when a device D3 has read access to and is the current owner of the 

20 requested coherency unit (as indicated by the subscript "O") and other devices D2 have 
shared copies of the coherency unit. As in Figs. 13A and 13B, a requesting device Dl 
initiates an RTO transaction by sending a read-to-own request on the address network 
150. Since the RTO request is in PTP mode, the address network (e.g., the Request 
Network) conveys the RTO request to the home memory subsystem M. Home memory 

25 subsystem M marks the requesting device Dl as the new owner of the coherency unit and 
sends an RTO response (e.g., on the Response Network) to the prior owner, device D3, of 
the requested coherency unit. In response to the RTO response (which D3 may regard a 
"foreign" response since it is not part of a transaction initiated by device D3), device D3 
supplies a copy of the coherency unit to device Dl. Device D3 loses its ownership 

30 responsibilities for the coherency unit in response to receiving the RTO response and 
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loses its access rights to the coherency unit in response to sending the DATA packet to 
Dl . Note that D3 may receive other packets before sending the DATA packet to Dl . 

[00131] Since there are shared copies of the requested coherency unit, the home 
5 memory subsystem M sends an invalidating request INV to the sharing devices D2 and 
requesting device Dl (e.g., on the Multicast Network). Devices D2 invalidate shared 
copies of the coherency unit upon receipt of INV. Home memory subsystem M also 
sends a WATT response (e.g., on the Response Network) to the requesting device Dl. In 
response to receiving the WAIT response, Dl gains ownership of the requested coherency 
10 unit. In response to receiving the DATA containing the coherency unit from device D3 
and the INV, device Dl gains write access to the coherency unit. 

[00132] Fig. 13D shows another exemplary RTO transaction. In this example, a 
requesting device Dl has read access to a coherency unit. Another device D2 has 

15 ownership of and read access to the coherency unit. In order to gain write access, Dl 
initiates an RTO transaction for the coherency unit by sending an RTO request on the 
address network. The address network conveys the RTO request to the home memory 
subsystem for the coherency unit. The memory subsystem M sends an RTO response to 
the owning device D2. When there are non-owning active devices that have shared 

20 access to a requested coherency unit, the memory subsystem normally sends INV packets 
to the sharing devices. However, in this example, the only non-owning sharer Dl is also 
the requester. Since there is no need to invalidate DTs access right, the memory 
subsystem may not send an INV packet to Dl, thus reducing traffic on the address 
network. Accordingly, the memory subsystem M may return an RTO response (as 

25 opposed to a WAIT) to the requesting device Dl. Upon receipt of the RTO response, Dl 
gains ownership of the requested coherency unit. Likewise, D2 loses ownership upon 
receipt of the RTO response. Dl gains write access to the requested coherency unit upon 
receipt of both the RTO response and the DATA packet from D2. 
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[00133] Fig. 13E illustrates a read-to-share (RTS) transaction. In this example, a 
requesting device Dl has neither an access right to nor ownership of a particular 
coherency unit. One or more devices D2 have shared access to the coherency unit, and a 
device D3 has ownership of and read access to the coherency unit. Requesting device Dl 
5 initiates the RTS transaction by sending an RTS request upon the address network. Since 
the request is in PTP mode, the address network (e.g., the Request Network) conveys the 
RTS request to the home memory subsystem M for the requested coherency unit. In 
response to the RTS request, home memory subsystem M sends an RTS response (e.g., 
on the Response Network) on the address network to the owning device D3, which causes 

10 device D3 to provide the requesting device Dl with a copy of the requested coherency 
unit (DATA). Note that if home memory subsystem M had been the owning device, it 
would have sent the requested coherency unit to the requesting device. Upon receipt of 
the requested coherency unit, device Dl gains a shared access right to the coherency unit. 
The RTS transaction has no effect on the devices D2 that have a shared access right to the 

15 coherency unit. Additionally, since device DTs ownership rights do not transition during 
a RTS transaction, device Dl does not receive a response on the address network (and 
thus in embodiments supporting both BC and PTP modes, receiving a local RTS when in 
BC mode may have no effect on the initiating device). In a situation where there are no 
sharing devices D2 and a device D3 has write access to the coherency unit, D3's sending 

20 a copy of the requested coherency unit to device Dl causes device D3 to transition its 
write access right to a read access right. 

[00134] Fig. 13F shows an exemplary write stream (WS) transaction. In this example, 
device D2 has invalid access and no ownership of a particular coherency unit. Dl has 

25 ownership of and write access to the coherency unit. D2 initiates a WS transaction by 
sending a WS request on the address network. The address network conveys the request 
(e.g., on the Request Network) to the home memory subsystem M. The home memory 
subsystem M forwards the WS request (e.g., on the Response Network) to the owning 
device Dl and marks itself as the owner of the coherency unit. In response to receiving 

30 the WS request, the owning device Dl loses its ownership of the coherency unit and 
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sends an ACK packet representing the coherency unit on the data network to the initiating 
device D2. It is noted that Dl can receive additional address and/or data packets before 
sending the ACK packet to device D2. Dl loses its write access to the coherency unit 
upon sending the ACK packet. 

5 

[00135] The home memory subsystem M also sends a WS response (e.g., on the 
Response Network) to the requesting device. Note that the memory M may instead send 
an INV packet (e.g., on the Multicast Network) if any devices have a shared access right 
to the coherency unit involved in the WS transaction. In response to receiving the ACK 
10 and the WS (or the INV), the requesting device D2 gains an A (All Write) access right to 
the coherency unit. The home memory system also sends a PRN packet on the data 
network to the initiating device D2. In response to the PRN packet, the initiating device 
sends a data packet (DATA) containing the coherency unit to the memory M. The 
initiating device loses the A access right when it sends the data packet to memory M. 

15 

[00136] Fig. 13G illustrates a write-back (WB) transaction. In this example, the 
initiating device Dl initially has ownership of and write access to a coherency unit. The 
device Dl initiates the WB transaction by sending a WB request on the address network 
(e.g., on the Request Network). The address network conveys the request to the home 

20 memory subsystem M. In response to the WB request, memory M marks itself as the 
owner of the coherency unit and sends a WB response (e.g., on the Response Network) to 
the initiating device Dl. Upon receipt of the WB response, initiating device Dl loses 
ownership of the coherency unit. Memory M also sends a PRN packet (e.g., upon the 
data network) to device Dl. In response to the PRN, device Dl sends the coherency unit 

25 (DATA) to memory M on the data network. Device Dl loses its access right to the 
coherency unit when it sends the DATA packet. 

[00137] The above scenarios are intended to be exemplary only. Numerous 
alternatives for implementing a directory-based coherency protocol are possible and are 
30 contemplated. For example, in the scenario of Fig. 13 A, the data packet from memory M 
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may serve to indicate no other valid copies remain within other devices D2. In alternative 
embodiments, where ordering within the network is not sufficiently strong, various forms 
of acknowledgments (ACK) and other replies may be utilized to provide confirmation 
that other copies have been invalidated. For example, each device D2 receiving an 
5 invalidate packet (e.g., on the Multicast Network) may respond to the memory M with an 
ACK. Upon receiving all expected ACKs, memory M may then convey an indication to 
initiating device Dl indicating that no other valid copies remain within devices D2. 
Alternatively, initiating device Dl may receive a reply count from memory M or a device 
D2 indicating a number of replies to expect. Devices D2 may then convey ACKs directly 
10 to initiating device Dl. Upon receiving the expected number of replies, initiating device 
Dl may determine all other copies have been invalidated. 

[00138] While the above examples assume that initiating devices are unaware of 
whether transactions are implemented in BC or PTP mode, initiating devices may control 

15 or be aware of whether transactions are implemented in PTP or BC mode in other 
embodiments. For example, each initiating device may indicate which virtual network 
(e.g., Broadcast or Request) or mode a request should be sent in using a virtual network 
or mode ID encoded in the prefix of the request packet. In other embodiments, a device 
may be aware of which mode a packet is transmitted in based on virtual network or mode 

20 ED encoded (e.g., by the address network) in a packet prefix and may be configured to 
process packets differently depending on the mode. In such embodiments, a given packet 
may have a different effect when received as part of a BC mode transaction than when 
received as part of a PTP mode transaction. 

25 [00139] As with the BC mode transactions described above, it is contemplated that 
numerous variations of computer systems may be designed that employ the principle rules 
for changing access rights in active devices as described above while in PTP mode. For 
example, other specific transaction types may be supported, as desired, depending upon 
the implementation. 

30 
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[00140] It is also noted that variations with respect to the specific packet transfers 
described above for a given transaction type may also be implemented. Additionally, 
while ownership transitions are performed in response to receipt of address packets in the 
embodiments described above, ownership transitions may be performed differently during 
5 certain coherence transactions in other embodiments. 

[00141] In addition, in accordance with the description above, an owning device may 
not send a corresponding data packet immediately in response to receiving a packet (such 
as an RTO or RTS) corresponding to a transaction initiated by another device. Instead, 
10 the owning device may send and/or receive additional packets before sending the 
corresponding data packet. In one embodiment, a maximum time period (e.g., maximum 
number of clock cycles, etc.) may be used to limit the overall length of time an active 
device may expend before sending a responsive data packet. 

15 Synchronized Networks Property 

[00142] The Synchronized Networks Property identified above may be achieved using 
various mechanisms. For example, the Synchronized Networks Property may be 
achieved by creating a globally synchronous system running on a single clock, and tuning 
the paths in address network 150 to guarantee that all address packets received by 

20 multiple devices (e.g., all multicast and broadcast address packets) arrive at all recipient 
devices upon the same cycle. In such a system, address packets may be received without 
buffering them in queues. However, in some embodiments it may instead be desirable to 
allow for higher communication speeds using source-synchronous signaling in which a 
source's clock is sent along with a particular packet. In such implementations, the cycle 

25 at which the packet will be received may not be known in advance. In addition, it may 
further be desirable to provide queues for incoming address packets to allow devices to 
temporarily receive packets without flow controlling the address network 150. 
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[00143] In some embodiments, the Synchronized Networks Property may be satisfied 
by implementing a Synchronized Multicasts Property. The Synchronized Multicasts 
Property is based on the following definitions: 



5 1) Logical Reception Time: Each client device receives exactly 0 or 1 

multicast or broadcast packets at each logical reception time. 
Logical reception time progresses sequentially (0,l,2,3,..,n). Any 
multicast or broadcast arrives at the same logical reception time at 
each client device that receives the multicast or broadcast. 

10 

2) Reception Skew: Reception skew is the difference, in real time, 

from when a first client device CI is at logical reception time X to 
when a second client device C2 is at logical reception time X (e.g., 
the difference, in real time, from when CI receives a particular 
15 multicast or broadcast packet to when C2 receives the same 

multicast or broadcast packet). Note that the reception skew is a 
signed quantity. Accordingly, the reception skew from CI to C2 
for a given logical reception time X may be negative if CI reaches 
logical reception time X after C2 reaches logical reception time X. 

20 

The Synchronized Multicasts Property states that if a point-to-point message Ml is sent 
from a device CI to a device C2, and if CI sends Ml after logical reception time X at CI, 
then Ml is received by C2 after logical reception time X at C2. 

25 [00144] Details regarding one implementation of computer system 140 which 
maintains the Synchronized Multicasts Property (and thus the Synchronized Networks 
Property) without requiring a globally synchronous system and which allows address 
packets to be buffered is described in conjunction with Fig. 14. Fig. 14 is a block 
diagram illustrating details of one embodiment of each of the processing subsystems 142 

30 of computer system 140. Included in the embodiment of Fig. 14 are a processing unit 



Atty. Dkt No.: 5681-13301 



Page 49 



Meyertons, Hood, ICivlin, Kowert & Goetzel, PC. 



702, cache 710, and queues 720A-720D. Queues 720A-720B are coupled to data 
network 152 via data links 730, and queues 720C-720D are coupled to address network 
150 via address links 740. Each of queues 720 includes a plurality of entries each 
configured to store an address or data packet. In this embodiment, a packet is "sent" by a 
5 subsystem when it is placed into the subsystem's address-out queue 720D or data-out 
queue 720A. Similarly, a packet may be "received" by a subsystem when it is popped 
from the subsystem's data-in 720B or address-in queue 720C. Processing unit 702 is 
shown coupled to cache 710. Cache 710 may be implemented using a hierarchical cache 
structure. 

10 

[00145] Processing unit 702 is configured to execute instructions and perform 
operations on data stored in memory subsystems 144. Cache 710 may be configured to 
store copies of instructions and/or data retrieved from memory subsystems 144. In 
addition to storing copies of data and/or instructions, cache 710 also includes state 

15 information 712 indicating the coherency state of a particular coherency unit within cache 
710, as discussed above. In accordance with the foregoing, if processing unit 702 
attempts to read or write to a particular coherency unit and cache state info 712 indicates 
processing unit 702 does not have adequate access rights to perform the desired 
operation, an address packet that includes a coherence request may be inserted in address 

20 out queue 720D for conveyance on address network 150. Subsequently, data 
corresponding to the coherency unit may be received via data-in queue 720B. 

[00146] Processing subsystem 142 may receive coherency demands via address-in 
queue 720C, such as those received as part of a read-to-own or read-to-share transaction 

25 initiated by another active device (or initiated by itself). For example, if processing 
subsystem 142 receives a packet corresponding to a read-to-own transaction initiated by a 
foreign device for a coherency unit, the corresponding coherency unit may be returned via 
data-out queue 720A (e.g., if the coherency unit was owned by the processing subsystem 
142) and/or the state information 712 for that coherency unit may be changed to invalid, 

30 as discussed above. Other packets corresponding to various coherence transactions 
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and/or non-cacheable transactions may similarly be received through address-in queue 
720C. Memory subsystems 144 and I/O subsystem 146 may be implemented using 
similar queuing mechanisms. 



5 [00147] The Synchronized Multicasts Property may be maintained by implementing 
address network 150 and data network 152 in accordance with certain network 
conveyance properties and by controlling queues 720 according to certain queue control 
properties. In particular, in one implementation address network 150 and data network 
152 are implemented such that the maximum arrival skew from when any multicast or 

10 broadcast packet (conveyed on address network 150) arrives at any first client device to 
when the same multicast or broadcast packet arrives at any second, different client device 
is less than the minimum latency for any message sent point-to-point (e.g., on the 
Response or Request virtual networks or on the data network 152) from the first client 
device to the second client device. Such an implementation results in a Network 

15 Conveyance Property (which is stated in terms of packet arrivals (i.e., when packets 
arrive at in queues 720B and 720C) rather than receptions (i.e., when a packet affects 
ownership status and/or access rights in the receiving device)). The Network Conveyance 
Property is based on the following definitions: 

20 1) Logical Arrival Time: Exactly 0 or 1 multicast or broadcast 

packets arrive at each client device at each logical arrival time. 
Logical arrival time progresses sequentially (0,l,2,3,..,n). Any 
multicast or broadcast is received at the same logical arrival time 
by each client device that receives the multicast or broadcast. 

25 

2) Arrival Skew: Arrival skew is the difference, in real time, from 

when a first client device CI is at logical arrival time X to when a 
second client device C2 is at logical arrival time X (e.g., the 
difference, in real time, from when a particular multicast or 
30 broadcast packet arrives at CI to when the same multicast or 
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broadcast packet arrives at C2). Note that the arrival skew is a 
signed quantity. Accordingly, the arrival skew from CI to C2 for a 
given logical arrival time X may be negative if CI reaches logical 
arrival time X after C2 reaches logical arrival time X. 

5 

The Network Conveyance Property states that if a point-to-point packet Ml is sent from a 
client device CI to a client device C2, and if logical arrival time X occurs at CI before 
CI sends Ml, then logical arrival time X occurs at C2 before Ml arrives at C2. 

10 [00148] In addition to implementing address network 150 and data network 152 such 
that the Network Conveyance Property holds, address-in queue 720C and data-in queue 
720B are controlled by a queue control circuit 760 such that packets from the address and 
data networks are placed in the respective queue upon arrival and are removed (and thus 
received) in the order they are placed in the queues (i.e., on a first-in, first-out basis per 

15 queue). Furthermore, no data packet is removed from the data-in queue 720B for 
processing until all address packets that arrived earlier than the data packet have been 
removed from the address-in queue 720C. 

[00149] In one embodiment, queue control circuit 760 may be configured to store a 
20 pointer along with an address packet when it is stored in an entry at the head of the 
address-in queue 720C. The pointer indicates the next available entry in the data-in 
queue 720B (i.e., the entry that the data-in queue 720C will use to store the next data 
packet to arrive). In such an embodiment, address packets are received (i.e., they affect 
the access rights of corresponding coherency units in cache 710) after being popped from 
25 the head of address-in queue 720C. Queue control circuit 760 may be configured to 
prevent a particular data packet from being received (i.e., processed by cache 710 in such 
a way that access rights are affected) until the pointer corresponding to the address packet 
at the head of the address-in queue 720C points to an entry of data-in queue 720B that is 
subsequent to the entry including the particular data packet. In this manner, no data 
30 packet is removed from the data-in queue 720B for processing until all address packets 
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that arrived earlier than the data packet have been removed from the address-in queue 
720C. 

[00150] In an alternative embodiment, queue control circuit 760 may be configured to 
5 place a token in the address-in queue 720C whenever a packet is placed in the data-in 
queue 720B. In such an embodiment, queue control 760 may prevent a packet from being 
removed from the data-in queue 720B until its matching token has been removed from 
the address-in queue 720C. It is noted that various other specific implementations of 
queue control circuit 760 to control the processing of packets associated with queues 720 
1 0 are contemplated. 

[00151] By controlling address-in queue 720C and data-in queue 720B in this manner 
and by implementing address network 150 and data network 152 in accordance with the 
Network Conveyance Property discussed above, computer system 140 may maintain the 
1 5 Synchronized Multicasts Property. 

[00152] In alternative embodiments, the Synchronized Multicasts Property may be 
satisfied using timestamps. For example, timestamps may be conveyed with data and/or 
address packets. Each device may inhibit receipt of a particular packet based on that 
20 packet's timestamp such that the Synchronized Multicasts Property holds. 

[00153] Turning next to Fig. 15, further details regarding an embodiment of each of 
the processing subsystems 142 of Fig. 1 are shown. Circuit portions that correspond to 
those of Fig. 14 are numbered identically. 

25 

[00154] Fig. 15 depicts an interface controller 900 coupled to processing unit 702, 
cache 710, and data and address queues 720. Interface controller 900 is provided to 
control functionality associated with the interfacing of processing subsystem 142 to other 
client devices through address network 150 and data network 152. More particularly, 
30 interface controller 900 is configured to process various requests initiated by processing 
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unit 702 that require external communications (e.g., packet transmissions) to other client 
devices, such as load and store requests that initiate read-to-share and read-to-own 
transactions. Interface controller 900 is also configured to process communications 
corresponding to transactions initiated by other client devices. In one particular 
5 implementation, interface controller 900 includes functionality to process transactions in 
accordance with the foregoing description, including that associated with the processing 
of the coherence operations as illustrated in Figs. 12A-12F and Figs. 13A-13G. For this 
purpose, functionality depicted as transitory state controller 902 is provided within 
interface controller 900 for processing outstanding local transactions (that is, transactions 

10 initiated by processing subsystem 142 that have not reached a stable completed state). To 
support this operation, information relating to the processing of coherence operations 
(including state information) may be passed between interface controller 902 and cache 
710. Transitory state controller 902 may include multiple independent state machines 
(not shown), each of which may be configured to process a single outstanding local 

1 5 transaction until completion. 

[00155] The functionality depicted by transitory state controller 902 may be configured 
to maintain various transitory states associated with outstanding transactions, depending 
upon the implementation and the types of transactions that may be supported by the 

20 system. For example, from the exemplary transaction illustrated in Fig. 12B, device D2 
enters a transitory state IO (Invalid, Owned) after receiving its own RTO and prior to 
receiving a corresponding data packet from device Dl. Similarly, device Dl enters 
transitory state WN (Write, Not Owned) in response to receiving the RTO from device 
D2. Dl's transitory state is maintained until the corresponding data packet is sent to 

25 device D2. In one embodiment, transitory state controller 902 maintains such transitory 
states for pending local transactions to thereby control the processing of address and data 
packets according to the coherence protocol until such local transactions have completed 
to a stable state. 
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[00156] Referring back to Fig. 10C, it is noted that states WO, RO, RN, and IN are 
equivalent to corresponding states defined by the well-known MOSI coherence protocol. 
These four states, in addition to state WN, are stable states. The other states depicted in 
Fig. 10C are transient and only exist during the processing of a local transaction by 
5 interface controller 900. Local transactions are transactions that were initiated by the 
local active device. In addition, in one embodiment, the state WN may not be maintained 
for coherency units that do not have a local transaction pending since it may be possible 
to immediately downgrade from state WN to state RN for such coherency units. As a 
result, in one particular implementation, only two bits of state information are maintained 
10 for each coherency unit within state information storage 712 of cache 710. Encodings for 
the two bits are provided that correspond to states WO, RO, RN, and IN. In such an 
embodiment, transitory state information corresponding to pending local transactions may 
be separately maintained by transitory state controller 902. 

15 [00157] Various additional transitory states may also result when a coherence 
transaction is initiated by an active device while a coherence transaction to the same 
coherency unit is pending within another active device. For example, Fig. 16 illustrates a 
situation in which an active device Dl has a W access right and ownership for a particular 
coherency unit, and an active device D2 initiates an RTO transaction in order to obtain a 

20 W access right to the coherency unit. When D l receives the RTO packet through address 
network 150 (e.g., on the Broadcast Network in BC mode or on the Response Network in 
PTP mode), Dl changes its ownership status to N (Not Owned). D2 changes its 
ownership status to O (Owned) when it receives its own RTO through address network 
150 (e.g., on the Broadcast Network in BC mode or on the Response Network in PTP 

25 mode). Another active device D3 may subsequently issue another RTO to the same 
coherency unit that is received by D2 through address network 150 before a 
corresponding data packet is received at D2 from Dl . In this situation, D2 may change its 
ownership status to N (Not Owned) when the second RTO is received. In addition, when 
D3 receives its own RTO through address network 150, its ownership status changes to O 

30 (Owned). When a corresponding data packet is received by D2 from Dl, D2's access 
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right changes to a write access right. D2 may exercise this write access right repeatedly, 
as desired. At some later time, a corresponding data packet may be sent from D2 to D3. 
When the data is received by D3, it acquires a W access right. Such operations and 
transitory state transitions may be performed and maintained by the functionality depicted 
5 by transitory state controller 902, as needed, based upon the types of transactions that may 
be supported and the particular sequence of packet transmissions and receptions that may 
occur, as well as upon the particular coherence methodology that may be chosen for a 
given implementation. 

10 [00158] Figs. 15A-15D show various specific cache states that may be implemented in 
one embodiment of an active device. Note that other embodiments may be implemented 
differently than the one shown in Figs. 15A-15D. Fig. 15A shows various cache states 
and their descriptions. Each cache state is identified by two capital letters (e.g., WO) 
identifying the current access right (e.g., "W" = write access) and ownership 

15 responsibility (e.g., "O" = ownership). Transitory states are further identified by one or 
more lowercase letters. In transitory states, an active device may be waiting for receipt of 
one or more address and/or data packets in order to complete a local transaction (i.e., a 
transaction initiated by that device). Note that transitory states may also occur during 
foreign transactions (i.e., transactions initiated by other devices) in some embodiments. 

20 

[00159] Figs. 15B-15D also illustrate how the various cache states implemented in one 
embodiment may change in response to events such as sending and receiving packets and 
describe events that may take place in these cache states. Note that, with respect to Figs. 
15A-15D, when a particular packet is described as being sent or received, the description 

25 refers to the logical sending or receiving of such a packet, regardless of whether that 
packet is combined with another logical packet. For example, a DATA packet is 
considered to be sent or received if a DATA or DATAP packet is sent or received. 
Similarly, an ACK packet is considered to be sent or received if an ACK or PRACK 
packet is sent or received, and a PRN packet is considered to be sent or received if a 

30 PRN, DATAP, or PRACK packet is sent or received. 
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[00160] State transitions and actions that may take place in response to various events 
that occur during local transactions are illustrated in Figs. 15C. Fig. 15D similarly 
illustrates state transitions and actions that may take place in response to various events 
5 that occur during foreign transactions. In the illustrated embodiment, certain events are 
not allowed in certain states. These events are referred to as illegal events and are shown 
as darkened entries in the tables of Figs. 15C-15D. In response to certain states occurring 
for a particular cache line, an active device may perform one or more actions involving 
that cache line. Actions are abbreviated in Figs. 15C-15D as one or more alphabetic 
10 action codes. Fig. 15B explains the actions represented by each of the action codes shown 
in Figs. 15C-15D. In Figs. 15C-15D, each value entry may include an action code (e or c) 
followed by a "/", a next state (if any), an additional "/", and one or more other action 
codes (a, d, i, j, n, r, s, w, y, or z) (note that one or more of the foregoing entry items may 
be omitted in any given entry). 

15 

[00161] As illustrated, the interface controller 900 depicted in Fig. 15 may further 
include a promise array 904. As described above, in response to a coherence request, a 
processing subsystem that owns a coherency unit may be required to forward data for the 
coherency unit to another device. However, the processing subsystem that owns the 
20 coherency unit may not have the corresponding data when the coherence request is 
received. Promise array 904 is configured to store information identifying data packets 
that must be conveyed to other devices on data network 152 in response to pending 
coherence transactions as dictated by the coherence protocol. 

25 [00162] Promise array 904 may be implemented using various storage structures. For 
example, promise array 904 may be implemented using a fully sized array that is large 
enough to store information corresponding to all outstanding transactions for which data 
packets must be conveyed. In one particular implementation, each active device in the 
system can have at most one outstanding transaction per coherency unit. In this manner, 

30 the maximum number of data packets that may need to be forwarded to other devices may 
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be bound, and the overall size of the promise array may be chosen to allow for the 
maximum number of data promises. In alternative configurations, address transactions 
may be flow-controlled in the event promise array 904 becomes full and is unable to store 
additional information corresponding to additional data promises. Promise array 904 may 
5 include a plurality of entries, each configured to store information that identifies a 
particular data packet that needs to be forwarded, as well as information identifying the 
destination to which the data packet must be forwarded. In one particular 
implementation, promise array 904 may be implemented using a linked list. 

10 [00163] Turning next to Fig. 17, it is noted that systems that employ general aspects of 
the coherence protocols described above could potentially experience a starvation 
problem. More particularly, as illustrated, an active device Dl may request a read-only 
copy of a coherency unit to perform a load operation by conveying a read-to-share (RTS) 
packet upon address network 150. However, as stated previously, a corresponding data 

15 packet may not be conveyed to Dl from D2 (i.e., the owning device) until some time 
later. Prior to receiving the corresponding data packet, device Dl has the coherency unit 
in an I (Invalid) state. Prior to receiving the corresponding data packet, a device D3 may 
initiate an RTO (or other invalidating transaction) that is received by Dl ahead of the 
corresponding data packet. This situation may prevent device Dl from gaining the read 

20 access right to the coherency unit since the previously received RTO may nullify the 
effect of the first request. Although device Dl may issue another RTS to again attempt to 
satisfy the load, additional read-to-own operations may again be initiated by other active 
devices that continue to prevent device Dl from gaining the necessary access right. 
Potentially, requests for shared access to a coherency unit could be nullified an 

25 unbounded number of times by requests for exclusive access to the coherency unit, thus 
causing starvation. 

[00164] Such a starvation situation can be avoided by defining certain loads as critical 
loads. Generally speaking, a critical load refers to a load operation initiated by an active 
30 device that can be logically reordered in the global order without violating program order. 
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In one embodiment that implements a TSO (Total Store Order) memory model, a load 
operation is a critical load if it is the oldest uncommitted load operation initiated by 
processing unit 702. To avoid starvation, in response to an indication that an outstanding 
RTS corresponds to a critical load and receipt of a packet that is part of an intervening 
5 foreign RTO transaction to the same coherency unit (before a corresponding data packet 
for the RTS is received) transitory state controller 902 may be configured to provide a T 
(Transient-Read) access right to the coherency unit upon receipt of the data packet. The 
T access right allows the load to be satisfied when the data packet is received. After the 
load is satisfied, the state of the coherency unit is downgraded to I (Invalid). This 

10 mechanism allows critical loads to be logically reordered in the global order without 
violating program order. The load can be viewed as having logically occurred at some 
point right after the owner (device D2) sends a first packet to Dl (or to device D3) but 
before the device performing the RTO (device D3) receives its corresponding data packet. 
In this manner, the value provided to satisfy the load in device Dl includes the values of 

15 all writes prior to this time and none of the values of writes following this time. 

[00165] In one particular implementation, processing unit 702 may provide an 
indication that a load is the oldest uncommitted load when the load request is conveyed to 
interface controller 900. In another embodiment, a load may be indicated as being a 
20 critical load if it is the oldest uncommitted load at the time the local RTS is conveyed on 
address network 150. In still a further embodiment, a load may be indicated as being a 
critical load if it is the oldest uncommitted load at the time the foreign invalidating RTO 
is received. 

25 [00166] It is noted that, in the scenario described in conjunction with Fig. 17, if the 
RTS is not indicated as being associated with a critical load, transitory state controller 
902 may maintain the coherency unit in the I (Invalid) state (rather than assigning the T 
state) in response to receiving the corresponding data. 



Atty.Dkt. No.: 5681-13301 



Page 59 



Meyertons, Hood, Kivlin, Kowert & Goetzel, P.C. 



[00167] It is also noted that in systems that implement other memory models, a load 
operation may be a critical load (i.e., a load operation that can be logically reordered in 
the global order) when other conditions exist. For example, in a system that implements 
sequential consistency, a load operation may be defined as a critical load if there are no 
5 older uncommitted load or store operations. 

[00168] In addition, it is noted that in other embodiments all or part of memory 
subsystems 144 may be integrated (e.g., in the same integrated circuit) with the 
functionality of processing subsystems 142, as depicted in Fig. 18. For example, in one 

10 embodiment, a memory controller included in the memory subsystem 144 may be 
included in the same integrated circuit as the processing subsystem. The integrated 
memory controller/processing subsystem may be coupled to external memory storage 225 
also included in the memory subsystem 144. In embodiments like these, the conveyance 
of certain packets on the address and/or data networks as discussed above for particular 

15 coherence transactions may not be necessary. Instead, information indicative of the 
desired transaction may be passed directly between the integrated memory and processing 
subsystems. 

Multi-level Address Switches 

20 [00169] In some embodiments of computer system 140, multiple levels of address 
switches may be used to implement address network 150, as shown in FIG. 19. In this 
embodiment, there are two levels of address switches. First level address switch 2004 
communicates packets between the second level address switches 2002 A and 2002B. In 
the illustrated embodiment, the second level address switches (collectively referred to as 

25 address switches 2002) communicate packets directly with a unique set of client devices. 
However, in other embodiments, the sets of client devices that each second level address 
switch communicates with may not be unique. In some embodiments, a rootless address 
network (i.e., an address network in which there is not a common address switch through 
which all multicast and broadcast address packets are routed) may be implemented. 

30 
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[00170] In one embodiment, the address network 150 may be configured to convey an 
address packet from processing subsystem 142 A to memory subsystem 144B in PTP 
mode. The address packet may first be conveyed from processing system 142 A to 
address switch 2002A. Address switch 2002A may determine that the destination of the 
5 address packet is not one of the client devices that it communicates with and 
communicate the packet to first stage address switch 2004. The first level address switch 
2004 routes the packet to address switch 2002B, which then conveys the packet to 
memory subsystem 144B. 

1 0 [00171] Address network 1 50 may also be configured to convey address packets in BC 
mode in some embodiments. An address packet being conveyed in BC mode from 
processing subsystem 142 A may be received by address switch 2002 A and conveyed to 
address switch 2004. In one embodiment, address switch 2002A may access a mode table 
to determine whether to transmit the packet in BC or PTP mode and encode a mode (or 
15 virtual network) indication in the packet's prefix to indicate which mode it should be 
transmitted in. Address switch 2004 may then broadcast the packet to both second level 
address switches 2002. Thus, address switches at the same level receive the multicast or 
broadcast packet at the same time. In turn, address switches 2002 broadcast the packet to 
all of the devices with which they communicate. In embodiments supporting different 
20 virtual networks, invalidating packets sent on the Multicast Network may be similarly 
broadcast to all of the higher-level address switches (e.g., broadcast by first- level address 
switch 2004 to second- level address switches 2002). The highest-level address switches 
(second- level address switches 2002 in the illustrated embodiment) may then multicast 
the multicast packet to the appropriate destination devices. In order to satisfy the various 
25 ordering properties, all of the highest- level switches may arbitrate between address 
packets in the same manner. For example, in one embodiment, address switches may 
prioritize broadcasts and/or multicasts ahead of other address packets. In some 
embodiments, address switches may prioritize broadcasts and multicasts ahead of other 
address packets during certain arbitration cycles and allow only non-broadcast and non- 
30 multicast address packets to progress during the remaining arbitration cycles in order to 
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avoid deadlock. Note that other embodiments may implement multiple levels of address 
switches in a different manner. 

Multi-Node Systems 

5 [00172] Referring back to Fig. 1, computer system 140 may be described as a node 
140. In general, a node is a group of client devices that share the same address and data 
networks. A computer system may include multiple nodes. For example, in some 
embodiments, there may be limitations on how many client devices can be present in each 
node. By linking multiple nodes, the number of client devices in the computer system 
10 may be adjusted independently of the size limitations of any individual node. 

[00173] Fig. 20 shows one embodiment of a multi-node computer system 100. In the 
illustrated embodiment, three nodes 140A-140C (collectively referred to as nodes 140) 
are coupled to form multi-node computer system 100. Each node includes several client 

15 devices. For example, node 140A includes processing subsystems 142AA and 142BA, 
memory subsystems 144AA and 144BA, I/O subsystem 146 A, and interface 148 A. The 
client devices in node 140A share address network 150A and data network 152 A. In the 
illustrated embodiment, nodes MOB and HOC contain similar client devices (identified 
by reference identifiers ending in "B" and "C" respectively). Note that different nodes 

20 may include different numbers of and/or types of client devices, and that some types of 
client devices may not be included in some nodes. 

[00174] Within each node 140, client devices share the same address and data 
networks. In some embodiments, the address networks within some of the nodes may be 

25 configured to operate in both BC mode and PTP mode (e.g., depending on the address of 
a requested coherency unit). For example, a node may include a mode table that indicates 
the transmission mode (BC or PTP) for each coherency unit or, alternatively, for each 
page or block of data. BC and PTP mode may be determined on a per-node (as opposed 
to a per-unit of data) basis in some nodes. In some embodiments, address packets that are 

30 part of a transaction involving a particular coherency unit may be conveyed in PTP mode 
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in one node and in BC mode in another node. In other embodiments, all of the address 
networks in all of the nodes may operate in the same mode for all coherency units. 
Whether address packets specifying a given coherency unit are conveyed in PTP or BC 
mode may be determined either statically or dynamically within each node, as discussed 
5 above. 

[00175] Each node 140 communicates with other nodes in computer system 100 via an 
interface 148 (interfaces 148A-148C are collectively referred to as interfaces 148). Some 
nodes may include more than one interface. Interfaces 148 send coherency messages to 

10 each other over an inter-node network 154. In one embodiment, inter-node network 154 
may operate in PTP mode. Interfaces 148 may communicate by sending packets of 
address and/or data information on inter-node network 154. In order to avoid confusion 
between inter-node and intra-node communications, interfaces 148 are described herein 
as "sending coherency messages to" other interfaces and "sending packets to" client 

15 devices within the same node as the sending interface. 

[00176] Address network 150, data network 152, and inter-node network 154 may be 
configured to satisfy the Synchronized Networks Property described above. The orders 
defined above may be adapted to account for interfaces 148 and the inter-node network 
20 154 as follows: 

1) 

25 



2) 

30 
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Local Order (<i): Event X precedes event Y in local order, denoted 
X <i Y, if X and Y are events (including the sending or reception of 
a packet or coherency message on the address, data, or inter-node 
network, a read or write of a coherency unit, or a local change of 
access rights) which occur at the same client device C and X 
occurs before Y. 

Message Order (<m): Event X precedes event Y in message order, 
denoted X <m Y, if X is the sending of a packet or coherency 
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message M on the address, data, or inter-node network and Y is the 
reception of the same packet or coherency message M. 



10 



5 



3) 



Invalidation Order (<i): Event X precedes event Y in invalidation 
order, denoted X <j Y, if X is the reception of a broadcast or 
multicast packet or coherency message M at a client device CI and 
Y is the reception of the same packet or coherency message M at a 
client C2, where CI does not equal C2, and where either C2 is the 
initiator of the packet M and CI is not an interface or CI is the 
initiator of the coherency message M and C2 is an interface. 



Using the orders defined above, the Synchronized Networks Property holds that: 



1) 



The union of the local order <i, the message order <m, and the 
invalidation order <i is acyclic. 



15 



[00177] Each node 140 may occupy its own physical enclosure. In some 
embodiments, however, one or more nodes may share the same enclosure. 

20 [00178] Client devices within multi-node computer system 100 may share a common 
physical address space. The cache coherence protocol described above may be used to 
maintain cache coherence in multi-node computer system 100. The interfaces 148 may 
communicate between nodes 140 in order to maintain cache coherency between nodes. 

25 [00179] Within each node 140, each coherency unit may map to a unique memory 
subsystem 144 (or to no memory subsystem at all). As described above, a memory 
subsystem 144 within a node 140 that maps a given coherency unit is the home memory 
subsystem for that coherency unit within that node. If only one node 140 within the 
computer system 100 contains a memory subsystem 144 that maps a given coherency 

30 unit, that node is the home node for that coherency unit. 
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[00180] In some embodiments, more than one node 140 may contain a memory 
subsystem 144 that maps a given coherency unit. All of the nodes that map a particular 
coherency unit are described herein as LPA (Local Physical Address) nodes for that 
5 coherency unit. The home node for a given coherency unit will be an LPA node for that 
coherency unit. If there is more than one LPA node for a given coherency unit, a unique 
LPA node may be designated the home node for that coherency unit. Generally, a node 
140 is an LPA node for a given coherency unit if a memory 144 or I/O device 146 within 
that node maps the coherency unit. Likewise, a coherency unit is an LPA coherency unit 
10 for a given node if a memory or I/O device in that node maps the coherency unit. 

[00181] Active devices in a multi-node computer system 100 may be able to access all 
of the addresses in the common physical address space. For example, an active device in 
a node 140A may request a readable and/or writable copy of a non-LPA coherency unit 

15 (i.e., a coherency unit that is not mapped by a memory subsystem or an I/O device within 
the node containing the requesting device). In order to provide the active device with the 
requested data, an interface 148A in the active device's node sends a coherency message 
indicative of the request to the home node HOB for the requested coherency unit. In 
response, the home node MOB may initiate a subtransaction within the home node HOB 

20 and/or send additional coherency messages on the inter-node network 154 to other nodes 
HOC in order to satisfy the request. As described above, a transaction includes the data 
and address packets that implement data transfers and ownership and access transitions 
within each node. Additionally, a transaction performed in a multi-node system 100 may 
also include coherency messages sent between interfaces on inter-node network 154. 

25 Within a transaction that involves multiple nodes of a multi-node system 100, the data 
and address packets sent in a single node are referred to as subtransactions. 

[00182] A global access state may be defined for each coherency unit within each node 
140. The global access state defines the access rights associated with a particular 
30 coherency unit within a particular node. For example, in some embodiments, the global 
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access states may be Shared (maximum access right = read access), Invalid (maximum 
access right = invalid access), and Modified (maximum access right = write access). If a 
coherency unit is in the Modified global access state in a particular node, one of the 
devices within that node may have a write access right to that coherency unit. If the 
5 coherency unit is in the Shared global access state in the node, a client device in that node 
may have, at most, a read access right to that coherency unit. Note that in such an 
embodiment, the global access state identifies the maximum access right currently 
allowed within a node (as opposed to the access right currently held by any particular 
device within the node). Thus, there may not necessarily be a device with write access to 

10 a coherency unit in a node that has that coherency unit in the Modified global access state. 
However, no device within a node can have an access right to a coherency unit that is 
greater than the global access state for that coherency unit within the node. For example, 
if a coherency unit is in the Invalid global access state in a given node, no client device in 
that node can have a valid copy of the coherency unit. The global access state is 

15 associated with all of the devices (as opposed to a single device) within a node. Access 
rights to a coherency unit may be traded between devices in the node without affecting 
the global access state. For example, a first active device 142AA in the node 140A may 
lose write access as part of an RTO transaction that provides a second active device 
142BA in the node with write access, and the global access state of the coherency unit 

20 within the node 140A will remain Modified. The global access state may change in 
response to transactions that involve communicating with other node(s). 

[00183] The global access states may be used to determine what actions need to be 
taken in each node to satisfy a coherency transaction for a given coherency unit. For 

25 example, if a RTO transaction is initiated, any valid shared copies of the coherency unit 
should be invalidated as part of the RTO transaction. Nodes that may contain devices 
with shared access to the coherency unit will have the coherence unit in the Shared global 
access state, and thus those nodes should invalidate (e.g., by sending INV-type packets on 
the Multicast or Broadcast address network) copies of the coherency unit as part of the 

30 RTO. In contrast, nodes that have the coherency unit in the Invalid global access state do 
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not need to invalidate any copies, since their global access state indicates that there are no 
devices with shared access rights to the coherency units in those nodes. 

[00184] In addition to indicating the maximum access rights allowed for any device 
5 within a particular node for a particular coherency unit, the global access state indication 
may also indicate which node is responsible for providing data corresponding to the 
coherency unit. When a coherency unit is in a static state (also referred to as a static 
coherency unit), the node with the coherency unit in the Modified global access state (if 
any) is the node that is responsible for providing data corresponding to the coherency unit 

10 to satisfy certain transactions (e.g., RTS, RTO, WS, RTWB, etc.). The static state is 
defined as occurring when no packets have been sent but not received on the address or 
inter-node networks for the coherency unit, all pending transactions (if any) involving the 
coherency unit are waiting for interface action, and the coherency unit is not being 
processed by the interface in the coherency unit's home node (e.g., the coherency unit is 

15 not currently locked in the home node, as will be described in more detail below). If no 
node has the coherency unit in the Modified global access state, the home node may be 
responsible for providing data corresponding to the coherency unit in order to satisfy 
certain transactions. 

20 [00185] In some embodiments, a coherency unit's home memory subsystem 144 
within an LP A node 140 may track the global access state of that coherency unit within 
the node 140. In one embodiment, a home memory subsystem 144 may maintain an 
indication of the global access state (within that node) of each coherency unit that maps to 
that memory subsystem. For example, in one embodiment, a home memory subsystem 

25 may maintain gTags (Global Tags) (e.g., in a directory 220 or in a directory-like structure 
in memory 225) indicating the global access state of each coherency unit that maps to that 
memory subsystem. The home memory subsystem 144 or an interface 148 within the 
node 140 may also track which node (e.g., using a value that identifies a unique node 
within computer system 100) is the Modified node (if any) for a given coherency unit as 
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part of that coherency unit's global information. Fig. 21 shows an exemplary set of 
values for a coherency unit's gTag: gS (Shared), gl (Invalid), and gM (Modified). 

[00186] Note that each node may not maintain a gTag for each coherency unit. For 
5 example, nodes may not maintain gTags for non-home and/or non-LPA coherency units 
in some embodiments. However, a global access state is still defined for each coherency 
unit within each node, even if no device within that node actually maintains the global 
access state. Note that other global access states may also be maintained instead of and/or 
in addition to the gTag states defined above. 

10 

[00187] The gTag associated with a particular coherency unit within a node may 
transition at a different time than an individual device's access rights and/or ownership 
responsibility associated with that particular coherency unit transition. For example, the 
gTag associated with a coherency unit within a node 140 may transition in response to a 
15 memory subsystem 144's receipt of an address packet sent from an interface 148. In 
contrast, an active device's ownership responsibilities may transition upon receipt of 
address packets received from other client devices as well as upon receipt of address 
packets from an interface 148. 

20 [00188] Fig. 22 shows an exemplary set of address packets that may be sent and/or 
received by one embodiment of an interface 148 in order to implement a subtransaction 
as part of a transaction initiated in another node. In the illustrated embodiment, packets 
sent by an interface 148 as part of a subtransaction are referred to as proxy packets. In 
some embodiments, receipt of certain proxy packets may have different effects than 

25 receipt of non-proxy packets that relate to the same type of transaction. 

[00189] A PRTSM (Proxy Read-To-Share Modified) packet is a request from an 
interface in a gM node (i.e., a node that has the requested coherency unit in a Modified 
global access state) that is sent to initiate a subtransaction for an RTS transaction initiated 
30 in another node. Similarly, a PRTOM (Proxy Read-To-Own Modified) packet is a 
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request from an interface in a gM node that initiates a subtransaction in response to an 
RTO request sent in another node. A PRTO (Proxy RTO) packet may be used to initiate 
a similar subtransaction in a non-gM node. While the embodiment illustrated in Fig. 22 
uses different types of packets for gM and non-gM nodes, other embodiments may use the 
5 same type of packets in all nodes. 

[00190] A PU (Proxy Upgrade) packet is a request sent by an interface requesting that 
a memory subsystem supply data for an outstanding RTO transaction. A PDU (Proxy 
Data Upgrade) packet is a request sent by an interface requesting that a memory 
10 subsystem update a gTag (e.g., from gl to gM). A PDU may be used to indicate that the 
sending interface will be supplying data for an outstanding RTO. 

[00191] A PRSM (Proxy Read-Stream Modified) packet is a request from an interface 
in a gM node to initiate a subtransaction in response to an RS request in another node. A 

15 PIM (Proxy Invalidate Modified) is an invalidating request (e.g. sent in response to a 
remote WS) from an interface in a gM node to initiate a subtransaction that invalidates a 
coherency unit in caches and/or memory within the gM node. Upon receipt of a PIM, an 
owning device may respond with a data packet (e.g., an ACK) corresponding to the 
requested coherency unit. A PI (Proxy Invalidate) is a similar invalidating request used to 

20 invalidate data in caches and/or memory in a gl or gS node. 

[00192] An interface 148 may use additional packets to update and/or read global 
access states maintained in a memory subsystem. A PMR (Proxy Memory Read) request 
is a request from an interface to read a gTag or other global information (e.g., the node ID 

25 of the gM node) for a particular coherency unit. A PMR request may also request a copy 
of the specified coherency unit from memory. A PMW (Proxy Memory Write) request is 
a request from an interface to write a gTag or other global information for a particular 
coherency unit. For example, an interface may send a PMW packet, the memory may 
respond with a PRN data packet, and the interface may send a DAT AM packet (described 

30 below) containing a new gTag value or other global information. 
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[00193] Fig. 23 shows exemplary data packets that may be sent and/or received by an 
interface 148 in one embodiment of a multi-node computer system 100. In this example, 
a DATAM packet may contain global information (e.g., information identifying a node 
5 that contains an owning active device and/or a gTag value) and/or a copy of a coherency 
unit. A DAT AN packet is sent from a memory subsystem to an interface to indicate that 
no PRN will be coming in response to a PRTSM. Interfaces 148 may also send and 
receive DATA packets like those described above. 

10 [00194] In some embodiments, interfaces 148 may ignore address packets specifying 
LPA coherency units unless received in a special format. This may allow transactions 
that do not require coherency messages to other nodes to complete locally within a node 
without taking up resources within the interface and the inter-node network. However, in 
some cases (e.g., an RTO transaction initiated by an active device within a gS node for an 

15 LPA coherency unit), coherency messages to other nodes (e.g., to invalidate shared copies 
in other nodes) may be needed in order to complete a transaction for an LPA coherency 
unit. In those situations, a home memory subsystem may send a REP (Report) packet to 
an interface. The REP packet identifies the transaction involving the LPA coherency unit 
and indicates that the interface's intervention is needed to complete the transaction. 

20 Receipt of a REP packet may cause an interface to send coherency messages to interfaces 
in other nodes and/or to initiate one or more subtransactions. 

[00195] Fig. 24 shows how the exemplary proxy address packets for a particular 
coherency unit may be used to update that coherency unit's global access state in 

25 memory. For example, if the current global access state of a particular coherency unit is 
gM (Modified) and the home memory subsystem for that coherency unit receives a 
PRTSM specifying that coherency unit, the memory subsystem may update the global 
access state of the coherency unit to gS (Shared). If instead a PRTOM is received, the 
new global access state of the coherency unit may become gl (Invalid). A PU packet may 

30 be received in a gS node and cause the specified coherency unit's gTag to become gM. A 
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PDU packet may be received in a gM, gS, or gl node and cause the new gTag of the 
specified coherency unit to become gM. PRSM and PIM packets may be received in gM 
nodes. A PRSM packet has no effect on the specified coherency unit's gTag. A PIM 
packet causes the gTag to become gL PMR packets have no effect on gTags. PMW 
5 packets may be used by an interface 148 to specify the new value of a coherency unit's 
gTag to a memory subsystem. PMW packets may be received in any global access state 
and may set the specified coherency unit's gTag to any valid global access state. 

[00196] Note that the above packet types are merely exemplary. While some 
10 embodiments may use all or some of the data and address packets described above, other 
embodiments may use other packet types instead of or in addition to those described 
above. 

[00197] Fig. 25 shows an example of an RTO transaction in an embodiment of multi- 
15 node system 100. Two nodes are shown: a home node 140H and a requesting node 140R 
(note that other nodes may also be present in the system). Requesting node 140R 
contains an active device Dl that is initiating an RTO transaction for a coherency unit 
(Dl currently has an invalid access right ("I") to and no ownership ("N") of the coherency 
unit, as indicated by the subscript "IN"). Home node 140H is the home node for the 
20 coherency unit requested by active device Dl. In this example, address and data packets 
like those shown in Figs. 7-9 and 23-24 may be used to implement coherence transactions 
and subtransactions within each node. 

[00198] Active device Dl's RTO request may be conveyed by the address network in 
25 requesting node 140R in either BC or PTP mode (e.g., as indicated by a mode table 
within that node) in some embodiments. In one embodiment of a multi-node system, if 
the requesting node 140R is not an LPA node for the requested coherency unit, the 
request may be conveyed in BC mode. The interface 148R within the requesting node 
140R may receive the RTO request and send a coherency message indicative of the RTO 
30 request to the home node 140H for the requested coherency unit. In response to receiving 
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the remote RTO request (here, "remote" is used to describe a coherency message or 
packet sent as part of a transaction that was initiated in another node), the interface 148H 
in the home node 140H may initiate one or more subtransactions and/or send coherency 
messages to other interfaces in order to provide the requesting node 140R with the 
5 requested coherency unit. 

[00199] If requesting node 140R is an LPA node for the requested coherency unit, the 
RTO request may be conveyed in PTP mode. The address network may convey the RTO 
request to a memory subsystem that maps the requested coherency unit. In response to an 
10 indication that satisfying the request may involve sending coherency messages to the 
home node (e.g., if the coherency unit is gS or gl in requesting node 140R) the memory 
subsystem may send the request to the interface 148R (e.g., as a REP packet) on the data 
network. In response to the RTO request, interface 148R sends a Home RTO coherency 
message indicative of the request to interface 148H in home node 140H. 

15 

[00200] When the home interface 148H in home node 140H begins handling the RTO 
transaction initiated in the requesting node 140R in response to the Home RTO coherency 
message, the home interface 148H may acquire a lock on the requested coherency unit in 
order to prevent other transactions involving the coherency unit from being handled until 

20 the RTO has completed. In this example, the home node 140H has the requested 
coherency unit in the gM (Modified) state, indicating that one of the client devices in the 
home node may have write (or read) access to the coherency unit. Interface 148H may 
maintain the gTag for the coherency unit in one embodiment. In the illustrated 
embodiment, however, the home memory subsystem M maintains the gTag for the 

25 requested coherency unit. Thus, interface 148H may query the home memory subsystem 
M for the gTag of the coherency unit (e.g., using a PMR packet, not shown). The 
memory may send a response (e.g., a DATAM packet, not shown) indicating the gTag. 
Based on the gTag within the home node, interface 148H may initiate a subtransaction 
within the home node and/or send coherency messages to one or more other nodes. Here, 

30 gM implies (in static state) that a device within the home node has an ownership 
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responsibility for the requested coherency unit. In this embodiment, gM also indicates 
that no other devices in any other node have access to the coherency unit (i.e., no other 
nodes are gM or gS for the coherency unit). 



5 [00201] In the illustrated example, the home interface 148H sends a PRTOM (Proxy 
RTO Modified) request in response to the home node being a gM node for the requested 
coherency unit. Sending the PRTOM packet initiates a PRTOM subtransaction. The 
PRTOM subtransaction provides the home interface 148H with a copy of the requested 
coherency unit, ends D2's ownership of the coherency unit, and invalidates access to 

10 copies of the coherency unit within the home node 140H. In this example, the PRTOM 
request is conveyed to the home memory subsystem M by the address network in PTP 
mode. In response to receiving the PRTOM, the home memory subsystem M sends a 
PRTOM response to the owning device D2 (e.g., based on directory information 
identifying owning device D2 as the owner of the coherency unit identified in the 

15 PRTOM). The home memory subsystem M also sends an invalidating request (INV) to 
device(s) D3 that have shared access to the requested coherency unit and to the home 
interface 148H. Additionally, memory M sends interface 148H a WAIT packet indicating 
that shared copies should be invalidated before write access to the coherency unit is 
proper. Note that in other embodiments, the PRTOM may be conveyed in BC mode. 

20 

[00202] In response to receipt of the PRTOM from interface 148H, memory subsystem 
M may update its gTag for the requested coherency unit to gl, since completion of the 
remote RTO will result in home node 140H having the requested coherency unit in the 
Invalid global access state. Home memory subsystem M may also update its global 
25 information to identify the requesting node 140R as the new gM node for the coherency 
unit. The interface 148H may, in some embodiments, encode the node ID of the 
requesting node 140R in the PRTOM packet so the memory subsystem M can update the 
global information identifying the gM node for the requested coherency unit. 
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[00203] Similarly to an RTO transaction in a single-node system, receipt of the 
PRTOM response causes owning device D2 to lose ownership of the coherency unit. D2 
also sends a copy of the coherency unit to interface 148H in response to receiving the 
PRTOM packet. Upon sending the coherency unit, D2 loses access to the coherency unit. 
5 Receipt of the invalidating packet INV causes the sharing devices D3 to invalidate their 
copies of the coherency unit. 

[00204] Interface 148H's ability to send data corresponding to the coherency unit to 
the requesting node may be dependent on the ownership and/or access rights requested by 

10 the initiating device Dl. In this example, interface 148H cannot send the coherency unit 
until both write access to and ownership of the coherency unit by the home interface 
148H would be proper. The WAIT response sent to interface 148H indicates that, while 
ownership is now proper, write access is not proper until both the DATA packet 
containing the coherency unit and an INV packet have been received. Thus, upon receipt 

15 of the WAIT, INV, and DATA, interface 148H may send a Data coherency message 
containing a copy of the coherency unit to interface 148R in requesting node 140R. Note 
that an interface 148 that may have an access right and/or ownership responsibility for a 
coherency unit may be sent INV packets in order to maintain the coherency protocol for 
coherency units involved in multi-node transactions. For example, as part of a locally- 

20 initiated PTP RTO transaction, the home memory subsystem for the requested coherency 
unit may send an INV packet to the interface in order to update the interface's access 
right to the coherency unit. Similarly, if a PRTO is initiated within a node, an interface in 
that node may be sent an INV packet in order to update the interface's access right to the 
coherency unit specified in the PRTO. 

25 

[00205] In response to the Data coherency message, interface 148R in requesting node 
140R sends a DATA packet to the requesting device Dl to satisfy its RTO request. Note 
that if the address network in requesting node 140R transmitted the requesting device's 
RTO request in BC mode, the requesting device would already have ownership of the 
30 coherency unit and would be prepared to gain write access to the coherency unit upon 
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receipt of the DATA packet (i.e., since receipt of an RTO packet may indicate that write 
access is not dependent on receipt of an INV packet). If the address network in the 
requesting node 140R transmitted the RTO in PTP mode, a device that maps the 
coherency unit (e.g., a memory subsystem if the node is an LP A node for the coherency 
5 unit) or the address network itself may be configured to send an RTO response to the 
requesting device Dl in order to effect the ownership transition. Thus, upon receipt of 
the DATA packet, Dl may gain write access to the coherency unit. 

[00206] In some embodiments, interface 148R may send an Acknowledgment 
10 coherency message to interface 148H in home node 140H in response to receiving the 

Data coherency message. Receipt of the Acknowledgment coherency message may cause 

interface 148H to release a lock acquired for the requested coherency unit within the 

home node 140H so that other transactions involving that coherency unit may be handled. 

Additionally, if the requesting node is an LP A node, the interface 148R may send a PDU 
15 packet to the home memory subsystem (not shown) in the requesting node in order to 

update the gTag to gM in the requesting node 140R and to indicate that the interface 

supplied the data needed to complete the pending RTO. 

[00207] Fig. 26 shows an example of another RTO transaction in one embodiment of a 
20 multi-node computer system. In this example, the gM node is not the home node. Three 
nodes are illustrated: home node 140H, requesting node 140R, and slave node 140S. 
Requesting node 140R is gl for a particular coherency unit and contains a device Dl that 
is initiating an RTO transaction for the coherency unit. Home node 140H is the home 
node for the requested coherency unit. Slave node 140S is the current gM node and 
25 contains an active device D2 that is currently the owner of the requested coherency unit. 

[00208] As in the example shown in Fig. 25, device Dl in requesting node 140R 
initiates an RTO transaction by sending an RTO request on the address network. The 
address network conveys the RTO request to interface 148R. As above, the address 
30 network may be configured to convey the request to the interface in either BC or PTP 
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mode. If the request is conveyed in PTP mode, the request may be conveyed to a memory 
subsystem within requesting node 140R that subsequently sends the request to the 
interface (e.g., as a REP packet) in response to an indication that the RTO cannot be 
satisfied within the node (e.g., the coherency unit's gTag is gS or gl). In response to the 
5 RTO request, interface 148R sends a coherency message indicative of the request (Home 
RTO) to interface 148H in home node 140H. 

[00209] Interface 148H receives the Home RTO coherency message and determines 
the gTag of the requested coherency unit. In one embodiment, home memory subsystem 

10 M may maintain a gTag and other global information for the coherency unit and may 
provide that gTag and information to interface 148H (e.g., in a DAT AM packet sent in 
response to a PMR packet, not shown). In this example, the global access state within the 
home node is gl, indicating that the coherency unit is invalid within the home node. In 
some embodiments, the gl state in home node 140H may indicate that another node is the 

15 gM node for the coherency unit and that no nodes are gS nodes for the coherency unit 
(i.e., the home node may always be gS if any other node is gS). Note that the gl state in a 
node other than the home node may not indicate anything other than that the coherency 
unit is invalid in that node. The home memory subsystem M may also track which node 
is the current gM node for the coherency unit and communicate this information to 

20 interface 148H (e.g., in the DAT AM packet). In an alternative embodiment, interface 
148H may itself track the current gM node for the coherency unit. In some embodiments, 
interface 148H may query an interface in each of the other nodes in order to locate the 
current gM node if no device in the home node is aware of which node is the current gM 
node for the coherency unit. 

25 

[00210] In response to determining that slave node 140S is the current gM node of the 
requested coherency unit, interface 148H sends an RTO coherency message (Slave RTO) 
to interface 148S. In response to the Slave RTO message, interface 148S initiates a 
PRTOM subtransaction to invalidate shared copies within the node and to request a copy 
30 of the coherency unit from the owning device D2. Interface 148S initiates the PRTOM 



Atty. Dkt No.: 5681-13301 



Page 76 



Meyertons, Hood, Kivlin, Kowert & Goetzel, P.C. 



subtransaction by sending a PRTOM packet on the address network. In this example, the 
PRTOM packet is conveyed in BC mode to active devices D2 and D3 and interface 148S 
within slave node 140S. Note that even if no device in the slave node 140S tracks the 
global access state of the requested coherency unit, the Slave RTO coherency message 
5 may indicate the global access state (gM) of the requested coherency unit in the slave 
node 140S (i.e., the interface 148H in the home node may encode the slave node's gTag 
in the Slave RTO coherency message). 

[00211] Upon receipt of the PRTOM, the owning device D2 loses ownership of the 
coherency unit. Device D2 subsequently responds to the PRTOM by sending a copy of 
the coherency unit to interface 148S. Owning device D2 loses access to the coherency 
unit upon sending the DATA packet to interface 148S. Sharing devices D3 that have 
shared access to the coherency unit lose access upon receipt of the PRTOM. In response 
to receiving the PRTOM and the DATA packet, interface 148S sends a coherency 
message containing the coherency unit to interface 148R in requesting node 140R. At 
that point, the coherency unit is in a gl state within slave node 140S (although no device 
within that node may actually maintain the coherence state information). If slave node 
140S is an LPA node, interface 148S may also send an address and/or data packet to the 
home memory subsystem in that node 140S in order to update the gTag for the coherency 
unit (or the home memory subsystem may have updated the gTag in response to the 
PRTOM). 

[00212] In response to receiving the Data coherency message containing the requested 
coherency unit, interface 148R sends a DATA packet to the requesting device Dl. 
25 Interface 148R may also send an Acknowledgment coherency message to interface 148H 
in home node 140H in order to release a lock on the coherency unit in the home node. In 
response to receiving the Acknowledgment coherency message, the home interface 148H 
in the home node 140H may release the lock on the coherency unit and, in some 
embodiments, send an address and/or data packet to the home memory subsystem 
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updating the global information to indicate that the requesting node 140R is now the gM 
node for the requested coherency unit. 

[00213] One potential problem that may arise in a multi-node system occurs when 
5 shared copies of a coherency unit need to be invalidated before an active device gains 
write access to the coherency unit. In the coherence protocol described above, write 
access is dependent on the requesting device gaining a copy of the coherency unit. Thus, 
cache coherency may be maintained by not providing data corresponding to the coherency 
unit to the requesting device until shared copies have been invalidated. In a multi-node 
10 system, this may involve not providing data to the requesting node or to the requesting 
device in the requesting node until all shared copies (both within the requesting node and 
in other nodes) have been invalidated. 

[00214] Fig. 27 illustrates an example of an RTO transaction in one embodiment of a 
15 multi-node computer system 100 where shared copies of a requested coherency unit are 
present in multiple nodes. As before, an active device in requesting node 140R requests a 
copy of a coherency unit by sending an RTO packet on the address network within that 
node. The RTO may be conveyed in BC mode, invalidating shared copies within the 
requesting node. If the requesting node is an LPA node for the requested coherency unit, 
20 the RTO may alternatively be conveyed in PTP mode to the memory subsystem (not 
shown) that maps the coherency unit, which may in turn convey the RTO to interface 
148R (e.g., as part of a REP packet sent in response to an indication that the coherency 
unit is gS or gl in the requesting node), convey an RTO or WAIT response to the 
requesting device Dl, and/or send invalidating packets that invalidate any shared copies 
25 within the node. 

[00215] In response to the RTO, interface 148R sends a Home RTO coherency 
message to interface 148H in home node 140H. The requested coherency unit is gS in the 
home node (e.g., as indicated by a gTag maintained by the home memory subsystem M 
30 for the coherency unit). In one embodiment, global information maintained in home node 
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140H for the requested coherency unit may identify gS nodes (or groups of nodes that 
may include gS nodes) for the coherency unit. In alternative embodiments, the global 
information may simply indicate that other nodes may have a shared copy. 



5 [00216] Since the global information for the coherency unit indicates that other nodes 
may have shared copies of the coherency unit, interface 148H sends Invalidate coherency 
messages to the gS nodes (interface 148H may also send Invalidate coherency messages 
to all or some of the other gl nodes in the computer system in some embodiments). Since 
the home node is a gS node (as is illustrated in Fig. 27), the home memory subsystem M 

10 may provide the data to interface 148H. Once shared copies within the node have been 
invalidated (e.g., as indicated by receipt of the DATA packet and the INV packet) and 
ownership of the coherency unit is proper (e.g., as indicated by receipt of the WAIT 
packet), interface 148H may provide the requested coherency unit to requesting node 
140R. In addition, interface 148H may provide a count indicating how many other nodes 

15 were sent Invalidating coherency messages. Receipt of the Data + Count coherency 
message may indicate to interface 148R that a data packet corresponding to the coherency 
unit should not be provided to the requesting device Dl until each node that received an 
Invalidate coherency message from home node 140H has acknowledged invalidating any 
shared copies. 

20 

[00217] Slave interface 148S in slave node 140S may respond to the Invalidate 
coherency message received by sending a PI (Proxy Invalidate) packet on the address 
network. In one embodiment, the PI packet may be conveyed in BC mode. Each active 
device D3 loses its access rights to the coherency unit in response to receipt of the PI 
25 packet. In response to an indication that shared copies have been invalidated (e.g., in 
response to receipt of the PI packet conveyed in BC mode), interface 148S sends an 
Acknowledgment coherency message to the requesting interface 148R in requesting node 
140R acknowledging that shared copies within slave node 140S have been invalidated. 
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[00218] Interface 148R in requesting node 140R may be configured to not provide the 
coherency unit to Dl until interface 148R has received a number of invalidation 
acknowledgments equal to the count indicated in the Data + Count coherency message 
received from the home node. Once the requisite number of invalidation 
5 acknowledgments has been received, interface 148R may send a DATA packet containing 
the requested coherency unit to the requesting device Dl. In response to receiving the 
DATA packet and an indication that any shared copies within the node have been 
invalidated (e.g., an RTO conveyed in BC or PTP mode or a WAIT and INV conveyed in 
PTP mode), the requesting device gains write access to the requested coherency unit. 
10 Interface 148R may also send an Acknowledgment coherency message to the home node 
140H so that a lock on the coherency unit may be released. 

[00219] The above example shows the interface 148R in the requesting node waiting 
until it receives invalidation acknowledgments from all of the slave nodes that may have 

15 had shared copies before providing a data packet corresponding to the requested 
coherency unit to the requesting device. As a result, the requesting device does not gain 
write access to the coherency unit until all shared copies of the coherency unit have been 
invalidated. In other embodiments, other devices may delay providing the coherency unit 
to the requesting device. For example, in one embodiment, the interface 148H in the 

20 home node 140H may be configured to receive invalidation acknowledgments from the 
slave devices that were sent invalidating coherency messages. In response to receiving a 
number of acknowledgments equal to the number of nodes that were sent invalidating 
coherency messages, the home interface 148H may provide the interface in the requesting 
node 140R with the copy of the requested coherency unit. In general, any scheme that 

25 delays providing the requesting device with a data packet corresponding to the coherency 
unit until shared copies in other nodes have been invalidated may be used to maintain 
cache coherency within the multi-node computer system. 

[00220] Fig. 28 shows another example of an RTO transaction in one embodiment of a 
30 computer system. In this embodiment, a computer system includes a slave node 140S and 
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a home node 140H. Slave node 140S includes an interface 148S and an active device D2, 
and home node 140H includes interface 148H, memory subsystem M, and active device 
Dl. 

5 [00221] A device Dl initiates a RTO transaction for a coherency unit whose home 
node is home node 140H. In this embodiment, packets for the requested coherency unit 
are conveyed in PTP mode in home node 140H. Thus, the RTO request packet is 
conveyed to memory subsystem M. Memory subsystem M (or, in one embodiment, the 
address network in home node 140H) returns an RTO response to the requesting device 

10 Dl, causing the requesting device to gain an ownership responsibility for the requested 
coherency unit. However, since the home node is gS for the requested coherency unit, the 
memory subsystem cannot complete the RTO transaction by providing Dl with data. 
Instead, the memory subsystem M sends a REP packet corresponding to the RTO request 
to interface 148H so that shared copies of the requested coherency unit in other nodes can 

15 be invalidated. The home interface 148H locks the coherency unit and sends out Slave 
Invalidate coherency message to slave nodes such as node 140S that may have shared 
copies of the requested coherency unit. Home interface 148H also tracks how many 
nodes it sends invalidation coherency messages so that it knows how many invalidation 
acknowledgments to receive before providing the requested coherency unit to device Dl. 

20 

[00222] In slave node 140S, interface 148S receives the Slave Invalidate coherency 
message from the home node 140H and responds by sending PI (Proxy Invalidate) 
packets on the address network to any client devices, like device D2, that may have a 
shared access right associated with the requested coherency unit. Once any shared copies 
25 have been invalidated (e.g., as indicated by interface 148S receiving its own PI on the 
Broadcast network), interface 148S provides an Acknowledgment coherency message to 
the home node. 

[00223] Once each slave node 140S that was sent a Slave Invalidate coherency 
30 message responds with an Invalidation Acknowledgment coherency message, the home 
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interface 148H causes the requested coherency unit to be supplied to the requesting 
device Dl to complete the RTO transaction and releases the lock on the coherency unit. 
In one embodiment, the home interface 148H sends a PU (Proxy Upgrade) packet to the 
home memory subsystem 148H, causing home memory subsystem to provide a DATA 
5 packet containing the requested coherency unit to the requesting device Dl. The home 
memory subsystem's receipt of the PU packet may also cause it to upgrade the global 
access state for the requested coherency unit to gM. 

[00224] The above examples show how, in some embodiments, active devices may 
10 initiate transactions in the same way in multi-node as those active devices do in single 
node systems. Likewise, active devices may initiate transactions for both LPA and non- 
LPA coherency units in the same way. Accordingly, the active devices may not need to 
track whether they are in a multi-node or single node system and whether they are 
requesting an LPA or non-LPA coherency unit in order to operate properly (note that 
15 active devices may need to be configured to respond to all of the packets that may be 
received in both single and multi-node systems (e.g., proxy packets sent by interfaces 
148) in order to operate correctly in a multi-node system, however). Thus, the memory 
subsystems 144 and the interfaces 148 may operate in such a way that an active device's 
presence in a multi-node or single node system and an LPA or non-LPA node is 
20 transparent to that active device. As a result, in some embodiments, active devices may 
not have different operating modes that are used dependent upon the system (LPA/non- 
LPA, single/multi-node) within which they are included. 

[00225] The above examples show exemplary RTO transactions in one embodiment of 
25 a multi-node system. Other transactions that require shared copies to be invalidated 
before providing an access right to an initiating device may also be implemented in a 
multi-node system. For example, the requesting device in a WS transaction should not 
gain an access right to the requested coherency unit until shared copies in other nodes 
have been invalidated. In a WS transaction, the requesting device may gain write access 
30 to the requested coherency unit upon receipt of an ACK packet corresponding to the 
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coherency unit on the data network. Accordingly, the interface in the requesting node (or, 
in some embodiments, the home node) may be configured to delay providing the ACK 
packet to the requesting device until shared copies of the coherency unit in other nodes 
have been invalidated and/or the acknowledgment from the owning device has been 
5 received. 

Interface 

[00226] Fig. 29 shows one embodiment of an interface 148. In this embodiment, 
interface 148 includes several data queues 830 and address queues 840. Data queues 830 

10 and address queues 840 may be respectively coupled to the data and address networks 
within the node 140 containing interface 148. Data queues 830 include data-in queue 
820B and data-out queue 820A. Address queues 840 include address-in queue 820C and 
address-out queue 820D. In one embodiment, a packet may be defined as being sent by 
interface 148 when it is placed in address-out queue 820D or data-out queue 820A. 

15 Similarly, a packet may be defined as being received by interface 148 when it is popped 
from address-in queue 820C or data-in queue 820B. In one embodiment, data queues 830 
and address queues 840 may be FIFO queues. 

[00227] Interface 148 includes one or more bus agents 810 that monitor address-in 
20 queues 820C and data-in queues 820B. In addition to bus agent 810, interface 148 may 
include one or more request agents 802, one or more home agents 804, and/or one or 
more slave agents 806. In response to determining that an address packet is part of a 
transaction that may involve interface 148, bus agent 810 may add a record corresponding 
to the packet to an outstanding transaction queue 814. For example, in response to RTS, 
25 RTO, RS, WB, WBS, RTWB, WS, RIO, WIO and/or INT packets that specify a 
coherency unit that is not LP A in the node, bus agent 810 may add a record corresponding 
to the packet to the outstanding transaction queue 814. In response to PRTOM, PRTO, 
PIM, PI, WAIT, PRTSM, PRSM, PRN, and certain DATA, DATAM, DATAN, NACK, 
ERR, and EMV packets, the bus agent 810 may forward that packet to the request, slave, 
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or home agent that initiated the subtransaction in which that packet is involved (e.g., 
based on a transaction ID in the received packet). 

[00228] In LPA nodes, certain requests may be conveyed by the address network to a 
5 device within the node that maps the requested coherency unit (e.g., a home memory 
subsystem). For example, the memory subsystem may maintain gTags for coherency 
units that map to the memory subsystem. If a coherency unit's gTag indicates that 
interface 148 should be involved in the transaction (e.g., because the node is gS or gl for 
the coherency unit), the memory subsystem may send a REP (Report) packet identifying 
10 the coherence unit and the type of transaction to the interface 148 responsible for 
communicating with the home node (e.g., in systems with more than one interface per 
node, each interface may handle transactions involving coherency units within a 
designated range of addresses). Thus, bus agent 810 may also add records corresponding 
to REP packets to the outstanding transaction queue 814. 

15 

[00229] The outstanding transaction queue 814 may not be a FIFO queue in some 
embodiments. However, agents 802, 804, and 806 may be configured to access 
outstanding transaction queue 814 so that only the first record identifying a given 
coherency unit may be selected, and so that no more than one record identifying a given 
20 coherency unit may be selected at a given time. In some embodiments, the agents may 
also be configured to access the outstanding transaction queue 814 so that all records that 
correspond to non-cacheable transactions initiated by the same active device are selected 
in the order in which the corresponding records were received. 

25 [00230] Request agents 802, home agents 804, and slave agents 806 may each be 
configured to send and/or receive packets on the address and data networks in response to 
records in the outstanding transaction queue 814. Each agent 802, 804, and 806 may also 
be coupled to one or more queues (not shown) that are coupled to send and receive 
communications on the inter-node network 154. In some embodiments, there may be 

30 more than one agent of any given type. However, in order to maintain ordering, some 
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agent actions may be limited in some embodiments. For example, if there are multiple 
bus agents, only one bus agent 810 may be able to handle packets for a given address. 
Similarly, if there are multiple request agents 802, only one request agent may be able to 
handle a request involving a given address at any one time. 

5 

[00231] A request agent 802 may handle records in the outstanding transaction queue 
814 for transactions that originated within the node (e.g., an RTO transaction initiated by 
an active device within the node, as discussed above). In one embodiment, a request 
agent 802 may handle RTS, RTO, RS, WB, WBS, RTWB, WS, RIO, WIO, and INT 

10 records corresponding to requests that cannot be fully handled within the node. A request 
agent 802 may be responsible for sending coherency messages to the home agent in the 
home node for a given coherency unit if the transaction cannot be satisfied within the 
node. Note that if the node containing request agent 802 is the home node for a specified 
coherency unit and the transaction cannot be satisfied in the node, request agent 802 may 

15 send a coherency message to the home agent 804 in the same interface 148 (this 
coherency message may be sent internally without appearing on the inter-node network 
154). A request agent 802 may also handle subsequent coherency messages received 
from the home agent in the home node and/or slave agents in slave nodes as part of a 
transaction. The request agent 802 may send a coherency message to the home agent in 

20 the home node in order to release a lock on a coherency unit at the end of the transaction 
involving that coherency unit. If the node containing interface 148 is an LPA node, the 
request agent 802 may send packets on the node's address and/or data networks (e.g., 
PMW and/or DATAM packets) in order to update a gTag maintained by a home memory 
subsystem within the node. The request agent 802 may also remove records that 

25 correspond to the transaction from the outstanding transaction queue 814 once the 
transaction is completed. 

[00232] A home agent 804 receives coherency messages from a request agent 802. 
These coherency messages specify transactions involving coherency units whose home 
30 node is the node containing home agent 804. Thus, a home agent 804 may receive 
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coherency messages from the inter-node network 154 requesting initiation of 
subtransactions that read and/or invalidate a coherency unit. The home agent may include 
a global information cache 850 that stores information identifying the gTag and/or node 
ED of the gM node for coherency units for which the interface's node is the home node. 
5 The home agent 804 may use information in global information cache 850 to determine 
which types of proxy packets to send to implement subtransactions in some 
embodiments. The home agent 804 may also receive coherency messages that cause the 
home agent to perform a write subtransaction (e.g., to write a coherency unit and/or to 
update a gTag for a particular coherency unit in a home memory subsystem). 

10 

[00233] Slave agent 806 receives coherency messages from home agents. In response 
to these coherency messages, slave agent 806 may send address and/or data packets 
within the node. For example, a slave agent 806 may initiate subtransactions to read 
and/or invalidate a coherency unit. 

15 

[00234] In order to maintain ordering, two types of locks may be used to coordinate 
access to coherency units (or to larger units of data in some embodiments). A "home 
lock" is a lock acquired by the home agent 804 (i.e., the home agent in the interface in a 
coherency unit's home node) for a given unit of data. When the home agent 804 acquires 

20 a home lock for a given coherency unit, no other agent 802 or 806 may perform actions 
involving that coherency unit until the home agent releases the home lock. Thus, the 
home lock assures that an interface is performing at most one transaction or 
subtransaction for a given coherency unit at a time. In one embodiment, the home agent 
804 may release the home lock in response to receiving an acknowledgment from the 

25 request agent in the requesting node. 

[00235] Another type of lock that may be used is a "consumer lock." The consumer 
lock may be acquired and released by request agents 802, home agents 804, and slave 
agents 806 in order to coordinate the removal of records from outstanding transaction 
30 queue 814. When the consumer lock has been acquired, no other agent 802, 804, or 806 
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may access records involving the locked unit of data. However, acquisition of the 
consumer lock for a given coherency unit or other unit of data may not affect a bus agent 
810's ability to add new records involving that coherency unit to the outstanding 
transaction queue 814. 

5 

[00236] Each record in outstanding transaction queue 814 may include a "requested" 
flag in some embodiments. The requested flag may initially be set to "false" when the 
record is created by bus agent 810. A request agent 802 may set the flag to "true" when 
the request agent sends a coherency message corresponding to the record to the home 
10 agent 804 in the coherency unit's home node. The value of the requested flag indicates 
which transactions are already being handled by the interface. A consumer lock acquired 
by a request agent 802 may be released after the request agent sets the value of the 
requested flag to true. 

15 [00237] The consumer and home locks and the requested flag may be used to ensure 
that transactions involving the same coherency unit (or other unit of data, depending on 
the resolution of the home and consumer locks) are handled in the proper order. For 
example, the request agent 802 may be configured to select the first request in the 
outstanding transaction queue 814 that specifies unlocked data and whose requested flag 

20 equals false. 

Invalidations in a Multi-Node System 

[00238] In some embodiments, a multi-node system 100 may be configured so that if a 
static coherency unit is gM in one node, no other node in the multi-node system is a gS or 
25 gM node for that coherency unit. Conversely, if any node is gS for the coherency unit, no 
node is gM for the coherency unit. 

[00239] By specifying that if there are any gS nodes, no active device has write access 
to a coherency unit and that if an active device has write access to a static coherency unit, 
30 there are no gS nodes, some transactions may be simplified. For example, RTO and WS 
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transactions require that shared copies of a requested coherency unit be invalidated. If an 
active device's write access to a coherency unit implies that no other device in another 
node has an access right to the coherency unit, RTO transactions within a non-LPA node 
containing an owning device may proceed as they would in a single node system. For 
5 example, if there is an active device with write access in one node, it implies that there 
are no sharing devices in any other node. Therefore, if an owning device receives a 
request for write access (e.g., a RTO or WS) from another device in the same node, the 
owning device can provide data corresponding to the coherency unit to the requesting 
device without having to wait for an indication that shared copies of the requested 
10 coherency unit have been invalidated in other nodes (although the requesting device's 
write access is still dependent on shared copies within the requesting device's node being 
invalidated). In one embodiment, such a configuration may reduce transaction time 
and/or reduce inter-node network traffic for certain transactions. 

15 [00240] In order to ensure that there are no gS or other gM nodes if there is a gM node 
and that there are no gM nodes if there are any gS nodes, certain transactions may have 
different effects depending on whether they are initiated in the same node as an active 
device that currently has write access to the requested coherency unit. For example, any 
transaction that provides a device in another node with shared access to a coherency unit 

20 will remove ownership from the owning device. In contrast, if a device within the same 
node as the owning device requests shared access, the owning device may retain 
ownership (although in some embodiments, the owning device may not retain ownership 
in either situation). 

25 [00241] In one embodiment, transactions requesting shared access that are initiated 
within the same node as the owning device may be performed as described above with 
respect to a single-node system. In order to differentiate transactions that are initiated in 
another node, subtransactions initiated by an interface within the owning node may 
involve different packet types. In one embodiment, the packets used for remote 

30 subtransactions (i.e., subtransactions within a node that are part of transactions initiated 
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outside of that node) may be classified as "proxy" packets, as shown in Fig. 22. Thus, an 
RTS packet may be used in the node in which an RTS transaction is initiated, while a 
PRTSM (Proxy RTS Modified) packet may be used in other nodes that participate in the 
RTS transaction. Upon receipt of an RTS packet, an owning device may retain 
5 ownership of the requested data. In contrast, upon receipt of a PRTSM packet, an owning 
device will lose ownership, since the proxy packet indicates that the RTS transaction was 
initiated in another node. 

[00242] Fig. 30 shows an example of an RTS transaction in one embodiment of a 
10 multi-node computer system 100. In this embodiment, the multi-node computer system 
includes at least three nodes. A requesting node 140R includes an active device that 
initiates an RTS transaction for shared access to a coherency unit. Home node 140H is 
the home node for the requested coherency unit. Slave node 140S contains an active 
device that is currently the owner of the requested coherency unit. 

15 

[00243] Active device Dl initiates an RTS transaction by sending an RTS packet on 
the address network in requesting node 140R. In this example, requesting node 140R is a 
gl node for the requested coherency unit (and thus the transaction cannot be completed 
within the node 140R), so interface 148R sends a Home RTS communication to interface 
20 148H in home node 140H. 

[00244] In response to the Home RTS communication, the interface 148H acquires a 
lock on the specified coherency unit. Since the home node 140H being gl for the 
requested coherency unit (e.g., as indicated by home memory subsystem M), interface 
25 148H sends a Slave RTS communication to the gM node for the requested coherency 
unit. Information identifying the gM node for the coherency unit may be maintained by 
interface 148H and/or home memory subsystem M. 

[00245] The Slave RTS coherency message causes interface 148S in slave node 140S 
30 to send a PRTSM (Proxy RTS Modified) packet to the owning active device D2. Receipt 
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of the PRTSM packet causes active device D2 to lose ownership of the coherency unit. 
When D2 subsequently sends a data packet containing a copy of the requested coherency 
unit, D2 loses write access. However, D2 may retain read access to the coherency unit. 
Receipt of the DATA packet from device D2 allows interface 148S to send a 
5 communication to the requesting node containing the requested coherency unit. In this 
example, a Data Relinquish coherency message is sent to the requesting node 140R, 
indicating that the node has relinquished its ownership of the coherency unit (i.e., it is no 
longer a gM node for that coherency unit). The Data Relinquish coherency message 
causes interface 148R to send a Data/ Acknowledgment coherency message to the home 

10 node acknowledging satisfaction of the transaction, indicating that slave node 140S and 
requesting node 140R are now gS nodes, providing a new gTag value (gS) for home node 
140H, and/or providing an updated copy of the coherency unit to home node 140. 
Additionally, interface 148R provides requesting active device Dl with a copy of the 
requested coherency unit on the data network to satisfy the transaction. Note that as used 

15 herein, a transaction is "satisfied" when the requesting device gains the requested access 
right or when the transaction completes, whichever comes first. A transaction 
"completes" when no more coherency messages or data or address packets are sent in 
response to the initial request. 

20 [00246] In response to the Data/ Acknowledgment coherency message from requesting 
node 140R, interface 148H in home node 140H may send PMW and DAT AM packets 
(not shown) on the address and data networks respectively to home memory subsystem M 
in order to update the memory subsystem's copy of the coherency unit and/or global 
information such as the gTag for the coherency unit in the home node. The interface 

25 148H may also release a lock on the coherency unit, allowing other inter-node network 
transactions involving that coherency unit to be handled. 

[00247] Fig. 31 shows another example of an RTS transaction in one embodiment of a 
multi-node computer system. In this example, an active device Dl in a requesting node 
30 140R initiates an RTS transaction. No device in the requesting node owns the requested 
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coherency unit, so interface 148R forwards the request to the home node 140H for the 
coherency unit. Interface 148H receives the Home RTS coherency message and locks the 
coherency unit. Since the home node 140H is gM, interface 148H initiates a PRTSM 
subtransaction by sending a PRTSM packet on the address network. In this example, the 
5 address network conveys the PRTSM in PTP mode to the home memory subsystem M for 
the coherency unit. Receipt of the PRTSM may cause the home memory subsystem M to 
update the gTag for the requested coherency unit to gS. The home memory subsystem 
sends a PRTSM response to the owning device D2 (e.g., as identified in a directory). In 
response to receipt of the PRTSM, the owning device D2 loses ownership of the 

10 requested coherency unit and, at a subsequent time, forwards a copy of the requested 
coherency unit (DATA) to interface 148H on the data network. Sending the data packet 
causes active device D2 to lose write access to the coherency unit. Active device D2 may 
retain read access to the requested coherency unit. In response to receiving the DATA 
packet, interface 148H communicates the coherency unit to interface 148R in the 

15 requesting node. Interface 148H may also send a PMW and a DAT AM packet to the 
home memory subsystem M in order to update the home memory subsystem's copy of the 
coherency unit. 

[00248] Interface 148R receives the Data coherency message from the interface in 
20 home node 140H. Interface 148R then sends a DATA packet containing the coherency 
unit to the requesting device. Interface 148R also sends an Acknowledgment coherency 
message to the interface in the home node 140H indicating that the transaction is 
satisfied, allowing the interface 148H to release the lock on the coherency unit at the 
home node 140H. 

25 

Different Types of Address Packets for Nodes with Different gTags 
[00249] A transaction initiated within a node may cause certain ownership and/or 
access right changes within that node during the transaction, but the gTag of the requested 
coherency unit may not be updated until later in the transaction. For example, a device 
30 Dl in a first node (which is not the home node) may initiate an RTS transaction for a 
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coherency unit. The requested coherency unit may be gS within its home node. Before 
the interface within the home node initiates a subtransaction to provide the requesting 
device Dl with a copy of the requested coherency unit, another device D2 within the 
home node may initiate an RTO for that coherency unit. Since the home node is gS, the 
5 home memory subsystem forwards the RTO to the interface (e.g., as a REP packet) so 
that the interface can send communications invalidating shared copies in other gS nodes. 
However, the memory may also send an RTO or WAIT response to the requesting device 
D2, causing it to become the owner of the requested coherency unit. Assuming the 
interface in the home node receives the RTS before it receives the RTO, the RTO will not 

10 complete until the RTS has completed (e.g., since handling the RTS transaction will lock 
the coherency unit in the home node). However, the device D2 that initiated the RTO is 
the owning device within the home node and will be unable to provide a copy of the 
coherency unit in response to a proxy RTS until the RTO completes. In order to avoid 
deadlock and to ensure that transactions complete in the order in which they are handled 

15 by the home agent in the home node, the interface may read the copy of the coherency 
unit from memory instead of requesting it from the new owning device D2. However, 
memory may be configured to not respond to requests unless it is the owner of the 
requested coherency unit. Furthermore, since the RTO should complete after the RTS, 
satisfying the RTS should not remove ownership from the active device D2 that initiated 

20 the pending RTO. 

[00250] In order to cause memory to respond to the RTS while not removing 
ownership from the device D2 that initiated the subsequent RTO, the interface may use a 
special type of proxy read-to-share (PRTS) address packet. In one embodiment, there 

25 may be two types of proxy request packets. One type may be used in non-gM nodes and 
the other may be used in gM nodes. In this description, gM-type packets are identified by 
an "M" at the end of the packet identifier (e.g., PRTOM, PRTSM, and PIM) and non-gM- 
type packets lack the "M" identifier (e.g., PRTO, PRTS, and PI). The non-gM type of 
request packets may cause memory to respond, even if it is not the current owner, and not 

30 affect the ownership of owning caches within a node. In contrast, the gM type of packets 
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cause owning active device to give up ownership and are not responded to by non-owning 
memory subsystems. Both classes of address packets may invalidate shared copies if they 
correspond to a transaction that invalidates shared copies (e.g., RTO, WS). Note that in 
some embodiments, PRTS packets may be implemented as PMR packets, as described 
5 below. 

[00251] An interface 148 may be configured to cache gTags and other global 
information (e.g., node IDs of gM nodes and/or indications of whether any nodes may 
have shared copies) for recently accessed coherency units for which the node that 

10 includes that interface is the home node. For example, looking back at Fig. 29, each 
home agent 804 may include a global information cache 850. In order to determine what 
type of proxy request packet (e.g., PRTS or PRTSM) to send on the address network for a 
given coherency unit, the interface 148 may lookup that coherency unit in its global 
information cache. If the coherency unit's gTag is stored in the global information cache, 

15 the interface 148 may use the cached gTag to select the appropriate type of proxy request 
packet to send. If not, the interface 148 may send a PMR packet to the coherency unit's 
home memory subsystem to obtain the coherency unit's gTag. Upon receiving the 
coherency unit's gTag, the interface 148 may send the appropriate type of proxy request 
packet and cache the gTag (and/or other global information associated with the coherency 

20 unit) in the interface's global information cache. 

[00252] Fig. 32 shows one embodiment of a computer system that includes a 
requesting node 140R and a home node 140H. In this example, an active device Dl 
initiates an RTS transaction for a first coherency unit (e.g., in response to a read prefetch 
25 or a read miss in one or more caches associated with Dl). Dl initiates the RTS 
transaction by sending an RTS address packet on the requesting node's address network. 
In this example, the requested coherency unit does not map to a memory subsystem 
within the requesting node. Accordingly, the address network conveys the request to the 
interface 148R. In order to satisfy the RTS, interface 148R sends the Home RTS 
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coherency message on the inter-node network to the interface 148H in the home node 
140H. 

[00253] At some time before the home interface 148H begins handling the RTS 
5 transaction that was initiated in the requesting node 140R, a device D2 in the home node 
140H initiates an RTO transaction for the same coherency unit. In this example, D2 
initiates the RTO by sending an RTO request on the home node's address network 
(packets transfers that are part of the RTO transaction are represented by dashed lines in 
Fig. 32). The address network conveys the RTO request to the home memory subsystem 

10 in PTP mode, and the home memory subsystem sends an RTO response back to the 
requesting device D2. Receipt of the RTO response causes device D2 to gain an 
ownership responsibility (indicated by subscript "O") for the first coherency unit. 
Additionally, the memory subsystem may recognize that satisfying the RTO involves 
invalidating shared copies in other nodes since the gTag for the requested coherency unit 

15 is gS. In order to complete the transaction, the memory subsystem sends a REP data 
packet corresponding to the RTO to interface 138H. Interface 148H adds a record 
corresponding to the REP packet to its outstanding transaction queue. 

[00254] In this example, the remote RTS is handled (e.g., by a home agent) before the 
20 REP corresponding to the RTO is handled (e.g., by a request agent). Additionally, the 
coherency unit may be locked by the home agent in response to the Home RTS coherency 
message, preventing handling of the REP until completion of the RTS. Accordingly, 
even though D2 has an ownership responsibility associated with the first coherency unit, 
the home node is gS for that coherency unit when the RTS is handled by interface 148H. 
25 Based on the first coherency unit's current global access state (gS) within the home node, 
interface 148H may use an address packet from the non-gM class of packets (e.g., PRTS) 
to request a copy of the coherency unit from memory. The PRTS does not affect D2's 
ownership responsibility and causes the memory to send the interface 148H a data packet 
containing a copy of the requested coherency unit, even though the memory is not the 
30 owner of the coherency unit. Accordingly, the home interface receives the data necessary 
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to complete the RTS transaction without affecting the ownership state of the active device 
that is waiting for the subsequent RTO to complete. Once interface 148H receives the 
coherency unit, it may send a coherency message to the interface 148R in requesting node 
140R, which in turn conveys the coherency unit on the data network to requesting device 
5 Dl. Interface 148R may then send an acknowledgment coherency message to the 
interface in the home node, allowing the home node to release the lock acquired for the 
first coherency unit. Once the lock is released, subsequent transactions involving that 
coherency unit, such as the RTO, may be handled by the home interface 140H. 

10 [00255] If the local RTO is handled by the home interface before the remote RTS (e.g., 
a REP packet corresponding to the RTO is selected from the interface's outstanding 
transaction queue by a request agent and passed to the home agent before the RTS is 
handled by the home agent), the gTag in the home node for the requested coherency unit 
is gM (because device D2 has write access to the coherency unit) when the home 

15 interface begins handling the RTS. Since the current global access state indicates that the 
home node is gM for the requested coherency unit, the interface 148H sends a PRTSM 
packet instead of a PRTS. The PRTSM will not be ignored by the owning active device, 
nor will it be responded to by the non-owning memory subsystem. Accordingly, the 
active device D2 that owns the requested coherency unit (the device that initiated the 

20 earlier RTO and received ownership as part of the RTO) will lose ownership upon receipt 
of the PRTSM. The device D2 will also lose write access upon sending a copy of the 
coherency unit to the interface 148 J. Additionally, the gTag of the home node will 
become gS in response to the memory subsystem's receipt of the PRTSM. 

25 Speculative Subtransactions 

[00256] Having two types of subtransactions, one for gM nodes and one for non-gM 
nodes, may allow an interface to speculatively initiate a subtransaction without knowing 
the current gTag of the requested coherency unit within the node. For example, each 
memory subsystem 144 may be configured to respond to certain types (e.g., non-gM 

30 types) of address packets sent from an interface 148 by sending a data packet containing a 
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copy of the requested coherency unit and its gTag. Furthermore, these types of address 
packets may not affect the ownership responsibilities of owning active devices. Based on 
the gTag returned by the memory, an interface may determine if the type of address 
packet that was speculatively sent is correct. If, given the gTag, the speculative address 
5 packet is not the correct type of address packet, the interface may initiate another 
subtransaction using the correct type of address packet. 

[00257] Fig. 33 shows one example of how an interface in a home node may initiate a 
speculative subtransaction. In Fig. 33, an embodiment of a computer system includes a 

10 requesting node 140R and a home node 140H. The requesting node includes an active 
device Dl and an interface 148R. The home node includes two active devices D2 and D3 
and a memory subsystem M. Before Dl initiates an RTO transaction for a first coherency 
unit, Dl has the first coherency unit in state IN (Invalid, No Ownership), D2 has the first 
coherency unit in state RO (Read Access, Ownership), D3 has the first coherency unit in 

15 state RN (Read Access, No Ownership), and the global access state of the first coherency 
unit within the home node is gM. 

[00258] Dl initiates an RTO transaction (e.g., in response to a write miss in Dl's 
cache) by sending an RTO request on the requesting node's address network. The RTO 
20 request is conveyed to interface 148R. Interface 148R sends a coherency message 
indicative of the request to the interface 148H in the home node 140H for the first 
coherency unit. 

[00259] When interface 148H begins handling the remote RTO, interface 148H may 
25 not be aware of the current gTag of the requested coherency unit within the home node. 
For example, in embodiments where interface 148H caches gTags for coherency units for 
which node 140H is the home node, interface 148H may experience a gTag cache miss. 
While interface 148H could query the home memory subsystem for the gTag for the first 
coherency unit (e.g., using a PMR packet), interface 148H may instead speculatively 
30 initiate a PRTO subtransaction by sending an address packet from the non-gM type of 
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proxy RTO packets (e.g., PRTO) on the address network. Speculatively initiating PRTO 
subtransactions may improve performance in situations where the speculation is correct. 
As used herein, a speculative subtransaction is one in which, at the time the 
subtransaction is initiated, it is not determinative whether the packet used to initiate the 
5 subtransaction is of the correct type for the global access state of the requested coherency 
unit. 

[00260] In this example, the speculative PRTO is conveyed in broadcast mode to 
devices D2 and D3 and the home memory subsystem M. The speculative PRTO may 

10 invalidate non-owned shared copies of the first coherency unit but have no effect on 
ownership responsibilities of owning active devices. Thus, upon receipt of the PRTO, D3 
may lose its access right to the first coherency unit but D2 may retain its ownership 
responsibility for and access right to the coherency unit. The memory subsystem may 
respond to the speculative PRTO by conveying the current gTag for the first coherency 

15 unit and/or the memory's copy of the coherency unit (e.g., as part of a DATAM packet) to 
the interface 140H. 

[00261] In response to the data packet sent by the memory subsystem, the interface 
recognizes that the speculation was incorrect given the current gTag (gM) of the first 

20 coherency unit within the home node. In response, the interface may resend a non- 
speculative address packet (e.g., PRTOM) of the gM type of PRTO subtransaction 
packets. In response to this address packet, the owning device D2 may lose ownership 
and commit to send a copy of the requested coherency unit to the interface. When D2 
sends the DATA packet containing the first coherency unit, it loses write access to the 

25 coherency unit. The home memory subsystem updates the gTag for the coherency unit to 
be gl in response to the PRTOM. Note that in some embodiments, the home memory 
subsystem may not update the gTag in response to a misspeculated PRTO (i.e., if the 
PRTO is received in a gM node). 
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[00262] Once the interface 148H receives the DATA packet from D2, it may 
communicate the coherency unit to the requesting node 140R. In response, the interface 
148R may send a DATA packet to the requesting device Dl, completing the RTO 
transaction, and send an acknowledgment coherency message to the home node so that 
5 the home node can release a lock acquired for the first coherency unit. 

[00263] Note that an interface may also be configured to initiate other speculative 
subtransactions (e.g., speculative read-to-share subtransactions) in addition to speculative 
read-to-own subtransactions in some embodiments. 

10 

[00264] In some embodiments, a memory subsystem may be configured to "correct" a 
speculative subtransaction by determining if the address packet sent by the interface is the 
correct type of address packet, given the gTag of the specified coherency unit within the 
node. If the speculation is incorrect, the memory subsystem may resend the correct type 
15 of address packet to an owning device and/or to any sharing devices. 

[00265] Fig. 34 shows one example of an embodiment of a computer system where a 
memory subsystem is configured to correct an incorrectly speculated subtransaction. In 
this example, the computer system includes a requesting node 140R and a home node 
20 140H. Home node 140H is the home node for a coherency unit being requested by an 
active device Dl in requesting node 140R. Home node 140H is the gM node for the 
coherency unit and includes an active device D2 that has ownership of and write access to 
the requested coherency unit, an interface 148H, and a memory subsystem M. Requesting 
node 140R includes active device Dl and interface 148R. 

25 

[00266] Device Dl initiates an RTO transaction for a first coherency unit by sending 
an RTO request on the address network of requesting node 140R. The RTO request is 
conveyed to an interface 148R. Interface 148R sends a coherency message, Home RTO, 
indicative of the request to interface 148H in home node 140H. 

30 
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[00267] In response to the Home RTO coherency message, interface 148H locks the 
coherency unit and sends a speculative PRTO on the address network of the home node 
140H (e.g., in response to a miss in a gTag cache). In this embodiment, packets 
specifying the requested coherency unit are transmitted in PTP mode in the home node, 
5 so the home node's address network conveys the PRTO to the home memory subsystem 
M. In response to receiving the PRTO, the memory subsystem M determines that the 
PRTO is incorrect given the current gTag (gM) of the requested coherency unit within 
home node 140H. Instead of (or, in some embodiments, in addition to) returning data and 
the current gTag to the interface 148H, memory subsystem M sends a corrected PRTOM 

10 packet to the owning device D2 as well as to the interface 148H and updates the gTag to 
indicate that the new gTag is gl. Memory subsystem M may also send INV requests to 
any sharing devices (not shown) and to interface 148H. Note that if any INV packets are 
sent, interface 148H may be sent a WAIT packet instead of a PRTOM. In response to 
receipt of the PRTOM, the owning device D2 loses ownership of the requested coherency 

15 unit and (at a subsequent time) sends a copy of the requested coherency unit to interface 
148H. D2 loses access to the requested coherency unit upon sending the DATA packet 
containing the requested coherency unit. 

[00268] In response to receiving the PRTOM and the DATA packet, the interface 
20 148H may send a Data coherency message containing the requested coherency unit to the 
requesting node. In response, interface 148R in the requesting node 140R may send a 
DATA packet containing the coherency unit to Dl, allowing Dl to gain write access to 
the coherency unit. Interface 148R may send an Acknowledgment coherency message to 
the home interface 148H, allowing the home interface 148H to release a lock on the 
25 coherency unit. 

[00269] Some embodiments of a memory subsystem may only correct speculative 
subtransactions involving PTP mode coherency units. For example, if a memory 
subsystem is configured to resend a correct type of address packet for a BC mode 
30 coherency unit, the memory subsystem will be required to respond to a packet received on 
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a Broadcast Network by sending a second address packet on the Broadcast Network. 
Such a situation may lead to deadlock. Thus in some embodiments, memory subsystems 
may be configured to correct speculative transactions when doing so involves sending a 
packet on a different virtual network (e.g., the Response Network) than the one on which 
5 the initial packet is received (e.g., the Request Network). 

Transaction to Allow an Interface to Read Shared Data from Memory 

[00270] As the above discussion shows, certain situations may arise where an interface 

needs to read data from memory but the memory is not the current owner of the data. In 

10 one embodiment, a special packet encoding may be used to access shared data in 
memory. Memory subsystems may be configured to respond to this type of packet 
encoding with a copy of the specified coherency unit, regardless of the memory's current 
ownership and/or access rights for that coherency unit. In some embodiments, memory 
subsystems may also be configured to respond to that type of packet with global 

15 information (e.g., the global access state, the node ID of gM node, and an indication of 
whether any nodes may have shared copies) for the coherency unit. In one embodiment, 
the packet encoding may be a PMR (Proxy Memory Read) encoding described above 
with respect to Fig. 23. In many embodiments, a packet used to read shared data from 
memory may have no effect on any active device's access rights and ownership 

20 responsibilities for the specified coherency unit. The packet used to read shared data 
from memory may also have no effect on the current gTag for the specified coherency 
unit within the node. 

[00271] In one embodiment, packet headers may be simplified by using the same 
25 packet encoding used to read shared data from memory (PMR) as a proxy read-to-share 
(PRTS) packet in nodes that do not have an ownership responsibility associated with the 
requested coherency unit (e.g., non-gM nodes). However, in such embodiments, it may 
not be possible for a memory subsystem to correct a speculative PRTS (e.g., when the 
gTag of the node is actually gM) if the same packet encoding is used for both PRTS and 
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PMR, since the memory subsystem may be unable to determine which function a given 
packet is serving. 

Transactions Allowing Interface to Access Coherence State Information 
5 [00272] An interface may use special transactions (e.g., PMR and PMW in one 
embodiment) to access (i.e., read and/or write) global information such as the gTag and 
the node ID of the current gM node for a given coherency unit within an LPA memory 
subsystem. These transactions may be ignored by other client devices (i.e., non-home 
memory subsystem and non-interface devices). In other words, the special transactions 

10 used to access global information may not affect any client device's ownership 
responsibilities for and/or access rights to any coherency unit. Furthermore, a memory 
subsystem may be configured to always respond (e.g., by modifying a specified coherency 
unit's gTag and/or providing an interface with a copy of a specified coherency unit's 
gTag) to address packets requesting to read or write global information, regardless of 

15 whether that memory subsystem is currently the owner of the specified coherency unit. 
Note that while the exemplary PMR and PMW packets described above may be used to 
read and write both global information and coherency units, other embodiments may use 
different packet encodings to allow interfaces to read and write global information than 
are used to read and write coherency units. 

20 

Address Packets Specifying Node ID of Initiating Node 

[00273] In order to keep the memory's global information from becoming stale, an 
interface within a home node may encode the node ID of a requesting node in invalidating 
address packets (e.g., PI, PIM, PRTO, PRTOM packets) that invalidate all shared copies 
25 within the home node. Upon receipt of such an address packet, the home memory 
subsystem may update the gTag for the specified coherency unit to equal gl and update 
the node ID of the gM node to equal the node ID of the requesting node. 

[00274] For example, returning to Fig. 25, when interface 148H in home node 140H 
30 receives the RTO communication from requesting node 140R, interface 148H may 



Atty.Dkt. No.: 5681-13301 



Page 101 



Meyertons, Hood, Kivlin, Kowert & Goetzel, P.C 



encode the node ID of requesting node 140R into a PRTOM packet and send that packet 
upon the home node's address network. Upon receipt of the PRTOM, the home memory 
subsystem may update the global information for the requested coherency unit to indicate 
that the home node is now gl and that the node ID of the gM node is the node ID 
5 indicated in the PRTOM packet (i.e., requesting node 140R's node ID). Note that the 
interface 148H may also update global information cached by the interface (e.g., in global 
information cache 850) in response to sending an invalidating packet (or in response to 
receiving a coherency message that causes the interface to send such an invalidating 
packet). For example, the interface 148H may update a gTag and the node ID of the gM 
10 node for a coherency unit upon sending an invalidating packet specifying that coherency 
unit. 

Tracking Ownership Responsibility within a Multi-Node System 

[00275] Various devices may maintain state information indicating which devices 
15 and/or nodes have ownership responsibilities associated with certain coherency units. By 
maintaining this information, certain aspects of a multi-node computer system may be 
simplified. For example, it may be unnecessary to have an owned line (a signal 
indicating whether not here exists an active device with an ownership responsibility for 
the requested coherency unit) for performing BC mode transactions. Owned lines are 
20 typically used in BC mode systems to indicate whether a memory subsystem should 
provide data in response to a coherence request. For example, in response to an address 
packet requesting an access right to a coherency unit, an owning active device may assert 
an owned line, indicating that a memory subsystem should not respond with data 
corresponding to the requested coherency unit. If the memory subsystem maintains 
25 certain state information and response bits, owned lines may not be necessary to 
determine when the memory subsystem should provide data in response to a coherence 
request. 

[00276J In some embodiments, a memory subsystem 144 may maintain response 
30 information (e.g., in a directory 220 or similar structure or in storage 225) for each 
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coherency unit that maps to the memory subsystem. The response information may 
indicate whether the memory subsystem is responsible for providing data in response to 
address packets requesting access rights to each coherency unit that maps to the memory 
subsystem. For example, if the memory subsystem is currently the owner of a particular 
5 coherency unit, the memory's response information for that coherency unit may indicate 
that the memory should respond to address packets requesting access rights to that 
coherency unit. If an active device requests write access to and ownership responsibility 
for the coherency unit by initiating an RTO, the memory's response information may be 
updated to indicate that the memory is not responsible for providing data to requesting 

10 devices (since the device requesting write access will become the owner of the coherency 
unit). Note that with respect to response information, a response is a response that 
provides data corresponding to a requested coherency unit (e.g., a REP, DATA, and/or an 
ACK packet). A memory subsystem may perform other actions (e.g., updating response 
and/or directory information) in response to an address packet requesting an access right 

15 to a coherency unit even if the response information for the requested coherency unit 
indicates that the memory should not respond to requests for that coherency unit. 

[00277] In one embodiment, a single bit of response information may be maintained. 
For example, if a memory subsystem maintains a single bit of response information in 
20 addition to the gTag for each coherency unit, the memory subsystem may use the current 
response information and the gTag to determine whether to respond to an address packet 
by sending a copy of the coherency unit and whether to send a REP data packet 
corresponding to the request to an interface. 

25 [00278] Fig. 35 shows an example of the response information and gTag that may be 
maintained for each coherence unit by one embodiment of a memory subsystem. In this 
embodiment, the memory subsystem maintains two response states: Yes (indicating that 
the memory subsystem should respond with data corresponding to the requested 
coherency unit) and No (indicating that the memory subsystem should not respond with 

30 data corresponding to the requested coherency unit). This embodiment of a memory 
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subsystem also maintains gTags. The memory subsystem may use the response 
information and the gTags when determining how to respond. 

[00279] As shown in Fig. 35, if an address packet is received requesting an access 
5 right to a coherency unit for which the memory subsystem's current response is No and 
the current gTag is gM, the memory subsystem is configured to allow the owning device 
within the node to respond. If the address packet requesting the access right is being 
conveyed in BC mode, the memory subsystem does not need to do anything. If the 
address packet requesting the access right is being conveyed in PTP mode, the memory 
10 subsystem may forward a response packet to the owning device. 

[00280] If an address packet is received requesting an access right to a coherency unit 
for which the response information is No and the current gTag is gl, the memory 
subsystem may be configured to forward the request to an interface (e.g., in the form of a 

15 REP packet in some embodiments). When the current gTag is gS, the response 
information is No, and an address packet requesting write access is requested, the 
memory subsystem may forward the request to an interface (e.g., as a REP packet). If the 
current gTag is gS, the response information is No, and an address packet requesting read 
access is requested, the memory subsystem may allow the transaction to complete 

20 internally to the node. 

[00281] If the requested coherency unit's response information is Yes, the memory 
subsystem is the owner of the requested coherency unit (and thus the gTag for that 
coherency unit is gM), and the memory subsystem is configured to respond to the address 
25 packet by providing data corresponding to the requested coherency unit to the requesting 
device. In response to each request, the memory may be configured to update the 
response information accordingly (e.g., if the response information is Yes and a local 
RTO request is received, the memory subsystem may update the response information to 
No). Note that in order to guarantee that the memory subsystem's response information 
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is correct, an active device with ownership of and shared access to a coherency unit may 
not be allowed to silently upgrade to write access to that coherency unit. 

[00282] The home node for each coherency unit may also track which node, if any is 
5 currently the gM node for that coherency unit. In some embodiments, the home memory 
subsystem 144 in the home node may track the gM node. This information may also be 
cached by an interface 148 in the home node. For example, the home agent 804 in each 
interface 148 may operate to track the identity of the gM node for home coherency units 
in a global information cache 850. Whenever a transaction causes the identity of the gM 
10 node for a particular coherency unit to change, the home agent 804 in the coherency unit's 
home node may update the node ID of the gM node to identify the new gM node. The 
home agent may also send an address packet (e.g., PMW) to the home memory subsystem 
144 to update the memory's identifier of the gM node. 

15 [00283] Looking at Fig. 20, assume processing subsystem 142 AC has write access to a 
coherency unit whose home node is node 140 A. The coherency unit is not LP A in node 
140C (i.e., the coherency unit is not mapped by either memory subsystem 144CA and 
144CB in node HOC). The interface 148 A in the home node 140 A may store global 
information for the coherency unit indicating that node 140C is the gM node in its global 

20 information cache 850. If processing subsystem 142BC in node HOC requests write 
access to the coherency unit by sending an RTO packet on the address network 150C, the 
RTO request may be forwarded by interface 148C to the interface 148 A in the home node 
140A. The home agent 804 in the interface 148 A may access the global information 
cache 850 and determine that the requesting node HOC is the gM node for the coherency 

25 unit. Since the requesting node HOC is the gM node, the home agent 804 may not 
initiate any subtransactions for the coherency unit within the home node HOC or send 
any communication messages to other nodes. The home agent 804 in interface 148 A may 
return a NACK coherency message to the interface 148C in the requesting node HOC, 
indicating that an owning device (processing subsystem 142 AC) within the requesting 

30 node will satisfy the coherency transaction. The interface 148C may responsively remove 
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a record corresponding to the transaction from its outstanding transaction queue 814, 
ending its participation in the RTO transaction. The processing subsystem 142 AC may 
supply requesting processing subsystem 142BC with a DATA packet in response to the 
RTO packet, satisfying the RTO transaction. 

5 

[00284] In other situations, the requesting node 1400 may not be the gM node. For 
example, when processing subsystem 142BC sends the RTO packet on the address 
network 150C, processing subsystem 142AB may have ownership and write access to the 
coherency unit, and thus node HOB may be the gM node. When the RTO is forwarded to 

10 the interface 148 A in the coherency unit's home node, the interface 148 A may access its 
global information cache 850 to determine that the gM node is node 140B and 
responsively send a coherency message indicating the RTO request to the slave agent in 
interface 148B. When the RTO is satisfied in node HOC, interface 148A may also 
update its global information cache to indicate that node 140C is the new gM node for the 

15 coherency unit and send a PMW packet to the home memory subsystem for the coherency 
unit to update the node ID of the gM node in the home memory subsystem. In response 
to the coherency message indicating the RTO request from interface 148 A, interface 
148B may send a PRTOM on the address network 150B to remove ownership of the 
coherency unit from processing subsystem 142AB and to cause processing subsystem 

20 142AB to forward a DATA packet containing the coherency unit to interface 148B. 
Interface 148B may then send the coherency unit to interface 148C for conveyance to 
processing subsystem 142BC to satisfy the RTO transaction. 

[00285] In yet other situations, there may not be a gM node when an RTO transaction 
25 is initiated. In situations where the global information cache indicates that there is no gM 
node, the interface 148 A may send appropriate packets and/or coherency message to 
cause a non-owning device (e.g., a home memory subsystem for the specified coherency 
unit) to provide data in response to the RTO. For example, nodes 140 A and HOB may 
both be gS nodes when processing subsystem 142 AC sends an RTO packet on address 
30 network 150C. Node HOC may be a gl node for the coherency unit when the RTO 
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packet is sent. As in the above examples, interface 148C may forward a coherency 
message indicating the RTO to the interface 148 A in the home node. In response to the 
coherency message, the interface 148 A may access its global information cache and 
determine that there is no gM node for the specified coherency unit. Thus, even if the 
5 coherency message indicating the RTO was broadcast to all of the nodes 140 in the 
system 100, and even if each node's interface 148 sent an address packet indicating the 
RTO on that node's address network 150, no device would respond to the RTO. 
However, the interface 148 A may ensure that a home memory subsystem in the home 
node 140A (or in the requesting node 140C if the requesting node is an LP A and gS node) 

10 provides a copy of the coherency unit in response to the RTO by sending an appropriate 
packet on the address network 150A and/or coherency message on the inter-node network 
154. In this example, the interface 148 A may send a PRTO packet on the address 
network 150A to cause the home memory subsystem in node 140A to respond with a 
DATA packet. If the requesting node 140C had been an LP A gS node, the interface 

15 148 A may send a coherency message to interface 148C indicating that interface 148C 
should send an address packet (e.g., a PU packet) to cause the home memory subsystem 
in node HOC to supply the data for the RTO. 

[00286] As the above examples show, owned lines between nodes in a multi-node 
20 system may not be needed if the home node for each coherency unit tracks the identity of 
the gM node (if any). For example, if the requesting node is the gM node, the home node 
uses the gM node ID to notify the requesting node that another node will not supply the 
data for an outstanding transaction (i.e., indicating that the transaction can complete 
internally to the requesting node). When the requesting node is not the gM node, the 
25 interface in the home node may use the cached node ID of the gM node to determine 
which node contains a device that will respond to the RTO and forward the RTO request 
to that node. Additionally, since transactions that involve multiple nodes are routed 
through the coherency unit's home node, the interface 148 in the home node is able to 
identify transactions that the identity of the gM node to change and to responsively update 
30 the node ID of the gM node in the global information cache 850. 
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Deriving Global Access State from Memory Response Information 
[00287] Instead of maintaining both memory response information and global access 
state information, some embodiments of a multi-node computer system 100 may include 
5 memory subsystems 144 that do not maintain global access state information. Interfaces 
148 may use the values of the memory subsystem's response information before and after 
receipt of a particular address packet to derive the global access state of the node with 
respect to a coherency unit specified in the address packet. By having each interface 148 
derive global access state information from a memory subsystem's response information, 
10 the number of status bits maintained for each coherency unit in memory subsystems 144 
may be reduced. 

[00288] In one embodiment, a memory subsystem may maintain two bits of response 
information per coherency unit. Fig. 36 shows four exemplary response states that may 
be defined: mR, mN, mS, and ml. The response states may be defined so that the 
memory subsystem may determine how to respond based solely on the response 
information in one embodiment. Note that other embodiments may also use the gTags 
when deciding how to respond, however. These states may take pending transactions into 
account, so that if a currently pending transaction will perform inter-node coherency 
activity needed for a later transaction, the later transaction is not forwarded to an 
interface. 

[00289] In this embodiment, the memory does not respond to requests for coherency 
units whose response information is mN (No Response) because this state indicates that 
25 an active device within the node is the current owner of the requested coherency unit. If 
the request is conveyed in PTP mode, the memory subsystem may forward the request to 
the owning active device. A memory subsystem may update its response information for 
a coherency unit to mN each time an RTO request for that coherency unit is received 
from an active device within a node, even if satisfying the RTO involves communicating 
30 with another node. If a later transaction for an access right to that coherency unit is 
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initiated within the node before the RTO is completed (i.e., before the gTag of the node is 
Modified), the memory subsystem may, based on the response information being mN, 
allow the device that initiated the RTO to respond to the later transaction (e.g., the device 
that initiated the RTO may subsequently provide the device that initiated the later 
5 transaction with a data packet corresponding to the coherency unit) instead of forwarding 
the later transaction to an interface. Thus, when the gTag for a coherency unit has a value 
other than Modified, response state mN indicates that any inter-node coherency activity 
needed to satisfy a transaction for an access right to the coherency unit will be performed 
by a currently pending transaction. 

10 

[00290] If the requested coherency unit's response information is mR (Response), it 
indicates that the memory is the owner and that the memory should respond with data 
corresponding to the requested coherency unit. A memory subsystem may update its 
response information for a coherency unit to mR in response to transactions that transfer 
15 ownership of the coherency unit from an active device to the memory subsystem (e.g., 
WS, RTWB, and WB). 

[00291] In response to requests specifying coherency units whose response information 
is mS (Shared), the memory subsystem may respond to requests for shared access (e.g., 

20 RTS, RS). However, since devices in other nodes may have shared copies, the memory 
subsystem cannot respond to requests for write access (e.g., RTO, WS, and RTWB) since 
shared copies in other nodes may need to be invalidated before write access is appropriate 
within the node. A memory subsystem may update its response information to mS in 
response to remote transactions that demote the gTag for a coherency unit from gM to gS 

25 (e.g., PRTSM) or in response to transactions initiated within the node that upgrade the 
gTag from gl to gS (e.g., an RTS that cannot be completed within the node). 

[00292] If the response information for a coherency unit is ml (Invalid), the memory 
subsystem forwards all coherence requests for that coherency unit to an appropriate 
30 interface. The memory subsystem may set its response information for a coherency unit 
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to ml in response to proxy packets identifying remote invalidating requests (e.g., PRTO, 
PRTOM, PI, PM) for that coherency unit. 

[00293] Generally, assuming no outstanding transactions for a coherency unit, if the 
5 response information for that coherency unit in a particular node is mN or mR, the node is 
the gM node for that coherency unit. Similarly, if the coherency unit's response 
information is mS, the node is a gS node, and if the coherency unit's response 
information is ml, the node is a gl node for that coherency unit. Whenever a coherency 
unit is involved in an outstanding transaction, however, the coherency unit's response 
10 information may not provide a correct indication of its current gTag. For example, if an 
RTO initiated within a gS LPA node is still outstanding, the response information for the 
requested coherency unit in the home memory subsystem in that node may be mN, even 
though the gTag of that coherency unit is still gS. 

15 [00294] Whenever a memory subsystem 144 forwards a REP packet corresponding to 
an RTO to an interface 148, the memory subsystem may include the mTag of the 
coherency unit in the REP packet. For example, if the memory subsystem's current mTag 
for a coherency unit is ml when an RTO is received, the memory subsystem may update 
its mTag to mN. The memory subsystem may forward a REP packet to the interface 

20 indicating the RTO and that the prior mTag was ml and the subsequent mTag is mN. The 
interface may be configured to determine the current gTag of the coherency unit from the 
mTags and the records contained in the interface's outstanding transaction queue 814. 
The interface may use the current gTag when determining what type of proxy packet to 
send on the address network when initiating subtransactions (if the home node has not 

25 provided such an indication in the coherency message requesting the subtransaction) 
and/or when determining whether a locally-initiated transaction can be satisfied locally or 
whether the interface needs to send a coherency message to the home node as part of the 
transaction. If the memory subsystem has forwarded a REP packet for an RTO for a 
particular coherency unit and the memory subsystem updates the mTag for that coherency 

30 unit (e.g., in response to a WB or other address packet that causes a change in mTag 
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value), the memory subsystem may forward a new REP packet indicating that the "new" 
mTag value stored with the record corresponding to the RTO should be updated to reflect 
the update at the memory subsystem. The interface may responsively update its record 
corresponding to the RTO in the outstanding transaction queue. 

5 

Write Back Transactions within a Multi-Node System 

[00295] An active device may perform a WB (Write Back) transaction for a coherency 
unit that is not LPA in the active device's node (i.e., no memory in that node maps that 
coherency unit). In order for an active device to be able to initiate a WB transaction, that 

10 active device has to have ownership of the specified coherency unit. In order for that 
active device to have gained ownership of the coherency unit, the node containing the 
active device must be the gM node for that coherency unit. However, the owning device 
within the node loses ownership of the coherency unit upon receipt of its own WB 
address packet, which is transmitted in broadcast mode by the address network in a non- 

15 LPA node. Additionally, in a non-LPA node, there is no memory subsystem to gain 
ownership of the coherency unit during the WB transaction. Thus, during a WB 
transaction, a gM node that is not an LPA node for the specified coherency unit will not 
contain an owning device, even though the node will still be the gM node for that 
coherency unit until the WB transaction completes. This may cause problems if, for 

20 example, a slave agent 806 in an interface 148 within the gM node initiates a PRTOM, 
PRTS, PRSM, or PIM subtransaction for that coherency unit. When the active device 
receives the PRTOM, PRTS, PRSM, or PIM, the active device may no longer have an 
ownership responsibility (e.g., if it has already received its own WB address packet from 
the address network). As a result, the active device may not respond to the subtransaction 

25 and there may not be an active device within the node that will provide the slave agent 
806 in the interface 148 with a data packet in response to the PRTOM, PRTS, PRSM, or 
PIM. 

[00296] In order to avoid situations where there is no active device to respond to a gM- 
30 type proxy request from an interface 148, a slave agent 806 in an interface 148 in a non- 
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LPA gM node may be configured to respond to requests for a given coherency unit when 
there is currently no owning active device within that node 140. For example, as part of 
each subtransaction that requires a response, a slave agent 806 in an interface 148 may 
search through the outstanding transaction queue 814 in order to determine whether an 
5 owning device within the node will respond to the interface's proxy request. If there is no 
owning device, the slave agent 806 in the interface 148 may behave as if the interface 148 
is the owner of the requested coherency unit by responding to the proxy request with data. 
For example, in some embodiments, an interface 148 within a node that is gM and non- 
LPA for a particular coherency unit may behave like an owning active device if there is a 
10 pending WB transaction in order to satisfy outstanding requests for access to the 
coherency unit identified in the WB transaction. 

[00297] Some embodiments of an interface 148 may use the outstanding transaction 
queue 814 as a promise array-type structure in order to track outstanding requests for 

15 particular coherency units for which the interface may have an ownership-like 
responsibility. As described above, the outstanding transaction queue may store records 
corresponding to requests for coherency units that are not LPA within the node and 
records corresponding to requests for LPA coherency units that a memory has identified 
as needing the intervention of interface 148 in order to be satisfied (e.g., based on global 

20 access state and/or response information maintained by a home memory subsystem within 
that node). Each time slave agent 806 sends certain types of proxy request packets, the 
slave agent 806 may search the outstanding transaction queue 814 for outstanding 
transactions that the interface 148 may be responsible for responding to and, if any such 
outstanding transactions are found, send appropriate data packets on the data network. 

25 Thus, the interface 148 may send data packets in response to records in the outstanding 
transaction queue 814 similarly to an active device sending data packets in response to 
promises in promise array 904. 

[00298] Fig. 37 shows how a WB transaction may be handled in one embodiment of a 
30 multi-node computer system. In this embodiment, a multi-node computer system 
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includes a requesting node 140H in which a device Dl is requesting read access to a 
coherency unit. In this example, the requesting node 140H is also the home node for the 
requested coherency unit (note that requests for a given coherency unit may also be 
initiated in non-home nodes, as shown above). The requesting device Dl initiates a RTS 
5 transaction by sending a RTS address packet on the address network. The address 
network conveys the RTS (in BC or PTP mode) to the home memory subsystem M for 
the requested coherency unit. In response to determining that another node is the gM 
node for the requested coherency unit (e.g., as indicated by the response information 
and/or gTag associated with the coherency unit), the home memory subsystem M 
10 forwards the request (e.g., in the form of a REP packet) to the interface 148H that 
communicates with the node 140S that has the ownership responsibility. The interface 
148H may add a record corresponding to the REP packet to its outstanding transaction 
queue. 

15 [00299] When the interface 148H in the home node handles the record corresponding 
to the RTS, the request agent in interface 148H sends a Home RTS coherency message 
(not shown) to the home agent in interface 148H. The home agent may lock the 
coherency unit, access its global information cache to determine the node ID of the gM 
node 140S for the coherency unit, and responsively send a Slave RTS to the gM node 

20 140S. 

[00300] Slave node 140S is not an LPA node for the specified coherency unit. At 
some time prior to interface 148S's receipt of the Slave RTS coherency message, a device 
D2 may have initiated a WB transaction for the same coherency unit (address and data 
25 packet transfers that are part of the WB transaction are shown in dashed lines). Since the 
WB involves a non-LPA coherency unit, a record corresponding to the WB transaction 
may be stored in interface 148S's outstanding transaction queue. Interface 140S has not 
begun handling the WB transaction when interface 140S begins handling the Slave RTS 
coherency message. However, the address network may have already returned the WB 
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address packet to the device D2 that initiated the WB, causing D2 to lose ownership of 
the specified coherency unit. 

[00301] In response to receipt of the Slave RTS coherency message from node 140H, 
5 interface 148S may send a PRTSM on the address network in slave node 140S. While 
handling the Slave RTS subtransaction, interface 148S may examine the records in its 
outstanding transaction queue (or in a similar promise-array type structure) to see if any 
of the records specify the coherency unit being requested in the outstanding transaction 
queue. In response to seeing the record corresponding to the WB transaction, the 

10 interface 148S determines that no active device within node 140S may respond to the 
PRTSM and that the interface may need to handle the WB in order to satisfy the PRTSM. 
The interface sends a PRN data packet to device D2 in order to complete the WB. In 
some situations, D2's response to the PRN may be a NACK packet (indicating that D2 no 
longer has ownership of the specified coherency unit), and the interface may assume that 

15 D2 lost ownership as part of an transaction for write access initiated by another device in 
the node before D2 received its own WB packet (i.e., assuming there are no more WB's 
in the outstanding transaction queue, a NACK response indicates that another device 
within the node owns the coherency unit and will respond to the PRTSM). However, in 
this example, device D2 responds to the PRN by sending a DATA packet containing D2's 

20 copy of the specified coherency unit and giving up its access right to the coherency unit. 

[00302] In response to receiving the DATA packet, interface 148S may behave like an 
owning active device with respect to the specified coherency unit. Interface 148S may 
continue examining records specifying the coherency unit in its outstanding transaction 

25 queue until it sees the record corresponding to the PRTSM. If any records in the 
outstanding transaction queue specify the requested coherency unit, interface 148S may 
respond to those records by sending data packets in the same manner that an active device 
would. For example, if the interface sees a record corresponding to a RTS transaction 
initiated within node 140S for that coherency unit, interface 148S may send a DATA 

30 packet to the requesting device. If the interface sees a record corresponding to a RTO 
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transaction, the interface may respond with a DATA packet. Additionally, if the interface 
sees a record corresponding to an RTO transaction before it sees the record corresponding 
to the PRTSM, the interface may determine that the device that initiated the RTO will 
respond to the PRTSM (e.g., because the device that initiated the RTO stored information 
5 corresponding to the PRTSM in its promise array), assuming no other non-NACKed WBs 
are found in the outstanding transaction queue. 

[00303] Once the interface has searched its outstanding transaction queue for records 
identifying the coherency unit requested in the RTS transaction initiated by Dl, the 

10 interface may determine how to respond to Dl's RTS. If, as in the example of Fig. 37, 
the interface discovers a non-NACKed WB and no intervening RTOs, the interface may 
respond to the Slave RTS coherency message by sending a Data coherency message 
containing the data received from device D2. In response to receiving the Data 
coherency message, the interface 148H in the home node may supply a DATA packet to 

15 the initiating device Dl. Upon sending the DATA packet, the request agent in the 
interface 148H may send an Acknowledgment coherency message (not shown) to the 
home agent in interface 148H so that the home agent releases the lock on the coherency 
unit. 

20 [00304] Fig. 37 A shows one embodiment of a method an interface may use to handle 
situations where there is no owning device in a gM non-LPA node. In this embodiment, 
the interface maintains an outstanding transaction queue that may be used as a promise 
array when there is no owning device and the interface's node is gM. The interface adds 
records to the outstanding transaction queue in response to determining that interface 

25 intervention may be needed for certain transactions. As described above, records may be 
added for each address packet that specifies a non-LPA coherency unit and for each REP 
address packet received from a memory subsystem. 

[00305] As part of handling certain transactions, the slave agent in the interface goes 
30 through its outstanding transaction queue. For example, as shown at 500, the interface 
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may send a PRTOM, PRTSM, PM, or PRSM to initiate a subtransaction when the node 
that includes the interface is the gM node for the specified coherency unit. Each of these 
packets causes an active device with an ownership responsibility for the coherency unit, if 
any, to respond with a data packet on the data network. 

5 

[00306] The interface may maintain a response state (true or false) for each 
subtransaction indicating whether the interface is responsible for responding to requests 
for the coherency unit with a data packet on the data network. Initially, this response 
state ("respond") may be set to false, as indicated at 502, indicating that an owning device 
10 exists within the node. If a record is encountered that indicates that there is no longer an 
owning device within the gM node, the response state information may be updated to 
true, indicating that the interface should respond to outstanding requests for the coherency 
unit. 

15 [00307] The interface may begin going through its outstanding transaction queue 
(OTQ), searching for records that specify the same coherency unit as the proxy packet 
sent at 500, beginning with the oldest record (e.g., the first record in a FIFO outstanding 
transaction queue) and continuing until the record corresponding to the proxy packet sent 
at 500, as indicated at 504 and 506. As shown at 508, the interface may handle the 

20 current record differently depending on the current value of its response state information 
and the type of transaction to which the current record corresponds. If the current record 
specifies an RTO and the interface has a duty to respond as an owning device to 
transactions specifying the coherency unit (as indicated by respond being set to true), the 
interface may send a data packet corresponding to the coherency unit on the data network 

25 and transition respond to false, since the active device initiating the RTO will gain 
ownership of the coherency unit upon receiving its own RTO packet. The interface may 
then remove the record from the outstanding transaction queue since no inter-node 
activity is needed to complete the RTO transaction. If the record specifies an RTO and 
respond is set to false, the interface may leave the record in the outstanding transaction 
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queue and send a coherency message indicating the RTO to the coherency unit's home 
node when that record is subsequently handled by the interface's request agent. 

[00308] If the current record corresponds to an RS or RTS request for shared access to 
5 the coherency unit, the interface may send a data packet corresponding to the coherency 
unit if the current response state information is set to true. The interface may then 
remove the record from the outstanding transaction queue. If the interface's response 
state information is false, the interface may leave the record in the outstanding transaction 
queue for subsequent handling by the request agent. 

10 

[00309] If the current record corresponds to a WB or WBS, the interface may send a 
PRN packet on the address network. If the interface receives a DATA packet in response 
to the PRN, the interface may buffer the coherency unit received in the DATA packet for 
use in responding to other requests and set the value of its response state information to 
15 true. If the PRN is NACKed, the interface may not buffer any data or set its response 
information to true, since the received NACK data packet may indicate that another 
device within the node gained ownership of the coherency unit before completion of the 
WB or WBS. Once the DATA or NACK packet is received, the interface may remove 
the current record from the outstanding transaction queue. 

20 

[00310] If the current record corresponds to a WS or RTWB and the interface's 
response state information is currently set to false, the interface may transition its 
response state information to true and send a PRN data packet. The interface may 
responsively receive a DATA packet containing an updated copy of the coherency unit 
25 from the device performing the WS or RTWB. The interface may store the coherency 
unit in a buffer for use in responding to other requests. The interface may then remove 
the current record from the outstanding transaction queue. 

[00311] If the current record corresponds to a WS or RTWB and the response state 
30 information is currently set to true, the interface may send a PRACK data packet if the 



Atty. Dkt. No.: 5681-13301 



Page 1 17 Meyertons, Hood, Kivlin, Kowert & Goetzel, P.C. 



record corresponds to a WS or a DATAP data packet if the record corresponds to a 
RTWB. The DATAP data packet may contain a copy of the coherency unit retrieved 
from a buffer in the interface (e.g., the coherency unit may be stored in the buffer in 
response to receiving a DATA packet as part of a WB, WBS, WS, or RTWB, as 
5 described above). The interface may then remove the current record from the outstanding 
transaction queue. 

[00312] If the current record does not correspond to one of the types of transactions 
listed above, the interface may not perform any actions or update its response state 
10 information. Once the current record is examined and, if necessary, responded to, the 
interface may search for the next oldest record in the outstanding transaction queue 
specifying the coherency unit, as indicated at 510. 

[00313] Once all of the records specifying the coherency unit between the oldest 
15 record and the record corresponding to the packet sent at 500 have been examined, the 
interface may, at 512, determine whether any active device will respond to the proxy 
packet sent at 500 and send a coherency message to the home or requesting. If the 
interface's response state information is false, the interface expects an active device to 
return a data packet in response to the proxy packet. Upon receipt of that data packet, the 
20 interface may send a coherency message containing the data on the inter-node network to 
the requesting node that initiated the transaction of which the subtransaction initiated at 
500 is a part. If the interface's response state information is true, the interface may 
determine that no active device will send a data packet in response to the proxy packet 
sent at 500. Accordingly, the interface may include the buffered data (e.g., buffered in 
25 response to a WB, WBS, WS, or RTWB as described above) in a coherency message sent 
to the requesting node. 

Write Stream Transactions within a Multi-Node System 

[00314] In a single node system, the home memory subsystem takes ownership of the 
30 coherency unit during a WS transaction involving that coherency unit (e.g., in response to 
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receiving the WS address packet). As part of a WS transaction in a single node system, 
the home memory subsystem typically sends a PRN and, if the memory is the prior owner 
of the coherency unit, an ACK representing the coherency unit to the initiating device. 
However, in a multi-node system, performance of WS transactions in an LPA node may 
5 be complicated because the node may be gl or gS, which may prevent the home memory 
subsystem from sending the ACK data packet that represents the coherency unit to the 
active device that initiates the WS until the node becomes the gM node. Additionally, the 
memory subsystem may lack a promise array type structure to track its duty to send such 
an ACK once the node becomes the gM node. 

10 

[00315] In some embodiments, a memory subsystem 144 in a node that is gS or gl and 
LPA for the specified coherency unit may handle a WS transaction by forwarding a WS 
request (e.g., in the form of a REP packet) to an interface 148 and updating the memory 
subsystem's response information to indicate that the memory should not respond to 

15 requests for that coherency unit. The interface 148 may then initiate the inter-node 
activity needed to invalidate shared copies in other nodes, get an ACK from the owner in 
another node (or from the home node if there is no gM node) and, once other 
shared/owned copies of the coherency unit are invalidated, send an ACK and a PRN (e.g., 
as a combined PRACK data packet) to the initiating device within the node. The 

20 interface may use its outstanding transaction queue 814 to track the interface's 
responsibility to send the ACK and PRN to the initiating device. 

[00316] FIG. 38 shows how a WS transaction for a coherency unit may be 
implemented in one embodiment. In the illustrated example, a multi-node system 

25 includes requesting node 140H, which is also the home node for the coherency unit 
involved in the WS transaction, and a slave node 140S, which is a gS node for the 
coherency unit when the WS transaction is initiated. Home node 140H includes an active 
device Dl, a home memory subsystem M, and an interface 148H. Slave node 140S 
includes an active device D2, which initially has read access to and no ownership 

30 responsibility for the coherency unit, and an interface 148S. 
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[00317] Device Dl in the home node 140H initially has neither access to nor 
ownership of the coherency unit. Dl initiates a WS transaction to gain A, All Write, 
access to the coherency unit by sending a WS address packet on the address network. In 
5 this embodiment, Dl uses the same type of address packet to initiate the WS as Dl would 
use in a single node system. In this example, the address network in the home node 140H 
conveys the WS packet in point-to-point mode to the home memory subsystem M for the 
coherency unit. In response to node 140H being a gS node for the coherency unit, the 
memory subsystem forwards a REP packet corresponding to the WS to the interface 
10 148H and updates the its response information to a no response state (e.g., to No if two 
response states are maintained or, if four response states are maintained, to ml). By 
updating the response information, the memory subsystem M will cause itself to forward 
a REP packet corresponding to certain types of subsequently received non-proxy address 
packet specifying that coherency unit to the interface 148H. 

15 

[00318] In response to the REP packet, interface 148H adds a record corresponding to 
the WS to its outstanding transaction queue. When interface 148H handles the record, a 
request agent in interface 148H may forward a Home WS coherency message (not shown, 
since no coherency message may be sent on the inter-node network) to the home agent in 

20 interface 148H. The home agent may lock the coherency unit and begin handling the 
Home WS request. The home agent may identify that the home node is gS for the 
requested coherency unit and responsively send a PI packet to the memory subsystem M. 
If the PI is conveyed in point-to-point mode, as shown in the illustrated example, the 
memory subsystem M may receive the PI packet and responsively send an INV packet to 

25 interface 148H and to any active devices within the home node that may have read access 
to the coherency unit. The memory subsystem may also send an ACK data packet 
representing the coherency unit to the interface 148H. The memory subsystem may also 
update the gTag for the coherency unit to gl. 
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[00319] When the interface 148H receives the INV address packet and the ACK data 
packet, the home agent in the interface 148H may send a Prack coherency message (not 
shown) to the request agent in interface 148H and a Slave Invalidate message to each 
slave node 140S that may have a valid shared copy of the coherency unit. The home 
5 agent may include a count in the Prack coherency message indicating how many nodes 
received Slave Invalidate messages. Note that if the requesting node is not the same node 
as the home node and the requesting node is gS, the slave agent in the requesting node 
may also be sent a Slave Invalidate message. 

10 [00320] Note that if the home agent instead identifies the home node as gM for the 
requested coherency unit, the home agent may send a PIM packet on the address network 
and, in response to receiving the ACK, PIM (in BC mode), or the ACK, WAIT, and INV 
(in PTP mode), send a Prack coherency message to the request agent in interface 148H. 
If the home node is gl, the home agent may send a Slave WS to the gM node for the 

1 5 coherency unit and a Prn coherency message to the request agent. 

[00321] The interface 148S in slave node 140S receives the Slave Invalidate message 
from the home node 140H and responsively sends a PI message on the address network in 
slave node 140S. In this example, the PI is conveyed in BC mode in node 140S. In 
20 response to the PI, active device D2 transitions its read access right to invalid. In 
response to receiving the PI, the interface 148S sends to the requesting node 140H an Ack 
coherency message indicating that shared copies of the coherency unit in slave node 140S 
have been invalidated. 

25 [00322] In this example, the request agent in the home node waits to send a PRACK 
data packet to the initiating device Dl until receiving a number of Ack coherency 
messages equal to the number indicated in the Prack coherency message received from 
the home agent. Upon receiving the requisite number of Acks, the interface 148H sends a 
PRACK data packet to the initiating device, granting the initiating device the A (All 

30 Write) access right to the coherency unit. The initiating device responsively sends a 
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DATA packet containing an updated copy of the coherency unit to the interface 148H. In 
response to the DATA packet, the request agent in the interface 148H sends a 
Data/Acknowledgment coherency message (not shown) to the home agent in interface 
148H. In turn, the home agent may send a PMW to home memory M to update the gTag 
5 of the home node to gM and to update the memory subsystem's copy of the coherency 
unit. In response to the PMW, the memory subsystem M sends a PRN, causing the 
interface 148H to send a DAT AM packet containing the updated copy of the coherency 
unit received from Dl and the new global information for the coherency unit. The home 
agent in interface 148H may release the lock on the coherency unit upon completion of 
10 the WS transaction. 

Remote-Type Address Packets 

[00323] Although the above description notes that in some embodiments, active 
devices may not be aware of whether they are included in multi-node systems and/or 

15 aware of which coherency units are LP A, embodiments are contemplated in which active 
devices are aware of both of these conditions. In some such embodiments, active devices 
may be configured to initiate different types of transactions dependent on whether the 
active devices are included in multi-node systems and/or whether the coherency unit 
being requested is an LPA coherency unit. For example, an active device may initiate 

20 WS, WB, and WBS transactions using different types of packets depending on whether 
the active device is included in a multi-node system. If the active device is included in a 
single node system, the active device may initiate WS, WB, and WBS transactions by 
sending packets having command encodings of WS, WB, and WBS as described above. 
If the active device is instead included in a multi-node system, the active device may 

25 initiate the same transactions using an appropriate one of the "remote" command 
encodings shown in Fig. 39. 

[00324] In Fig. 39, three remote packet types are shown: RWB, RWBS, and RWS. 
Remote packet types are used by active devices in multi-node systems in some 
30 embodiments. A RWB, or Remote WB, packet includes a RWB command encoding. 
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The RWB command encoding differs from the WB command encoding that an active 
device may be configured to use when included in a single node system. In some 
embodiments, an active device in a multi-node system may only use the RWB type of 
packet when the active device is initiating a WB for a non-LPA coherency unit. If the 
5 active device is initiating a WB for an LPA coherency unit, the active device may use the 
non-remote WB type of packet. 

[00325] The RWBS, or remote write back shared, packet includes a RWBS command 
encoding. The RWBS type of packet may be used in a multi-node system to initiate a 

10 write back shared transaction in which a shared access right to the coherency unit is 
retained by the initiating device upon completion of the write back shared transaction. As 
with the RWB packet, in some embodiments, an active device in a multi-node system 
may only use the RWBS type of packet when the active device is initiating a WBS for a 
non-LPA coherency unit. If the active device is initiating a WBS for an LPA coherency 

15 unit, the active device may use the non-remote WBS type of packet. 

[00326] The RWS, or remote WS, packet includes a RWS command encoding. The 
RWS type of packet may be used by an active device whenever the active device detects 
that the active device is included in a multi-node system. The active device may use the 
20 RWS type of packet whenever included in a multi-node system, regardless of whether the 
requested coherency unit is LPA or non-LPA in the active device's node. 

[00327] The interface 148 in the same node as the active device initiating a RWB, 
RWBS, or RWS may be configured to send a coherency message to the home node for 

25 the specified coherency unit in response to receiving the RWB, RWBS, or RWS type of 
packet. All other non-interface client devices, including the initiating active device, may 
ignore remote-type address packets, and thus these types of address packets may be 
considered to be conveyed in a logical point-to-point mode by the address network. 
Accordingly, remote-type address packets do not cause changes in ownership or in access 

30 rights at any client device. 
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[00328] In response to receiving a remote-type packet, the interface 148 may send a 
coherency message indicating the remote-type transaction to the home node. The home 
node may responsively lock the specified coherency unit and send one or more coherency 
5 messages to the requesting node and any other slave nodes whose participation in the 
transaction may be necessary. In response to receiving a responsive coherency message 
from the home node, the interface 148 in the requesting node may send a proxy address 
packet and, in RWS transactions, a data packet to effect the desired coherency activity 
within the requesting node. In the case of a RWB, the interface 148 may send a PRTOM 

10 (or a PRTSM if a RWBS is requested) to invalidate shared copies within the node, to 
remove ownership, and to obtain a DATA packet corresponding to the coherency unit. 
Note that unlike in a non-remote WB transaction, a RWB that uses a PRTOM (or RWBS 
that uses a PRTSM) may avoid situations in which the write back can be NACKed. Thus, 
if another active device has gained ownership of the coherency unit before the interface 

15 sends the PRTOM in response to the RWB, the PRTOM may remove ownership from the 
new owner of the coherency unit, not from the active device that initiated the RWB. In 
WS transactions, the interface 148 may send a PI or PIM address packet (depending on 
the gTag of the requesting node). Upon receiving the PI or PIM packet (indicating that 
any other copies of the coherency unit have been invalidated) and receiving a token 

20 representing the coherency unit (either from an owning device within the node or from 
the gM node), the interface may send a PRACK data packet to the initiating device. In 
response to the PRACK, the requesting device gains the A access right to the coherency 
unit and sends a DATA packet containing the updated coherency unit to the interface. 
Upon receiving a DATA packet in RWS, RWB, and RWBS transactions, the interface 

25 148 may send a coherency message containing the data and acknowledging satisfaction of 
the remote-type transaction to the home node so that the home node can update its copy 
of the coherency unit and/or global information for the coherency unit. The home node 
may also release the lock on the coherency unit in response to the coherency message 
from the requesting node. 

30 
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[00329] In RWB and RWBS transactions, the proxy address packet sent by the 
interface 148 may have a different transaction ID than the RWB or RWBS packet sent by 
the initiating device. As a result, the requesting device may be unable to match the proxy 
address packet sent by the interface to the earlier transaction. As a result, the initiating 
5 device may be configured to deallocate resources allocated to the RWB or RWBS 
transaction and reuse the unique transaction ID assigned to the RWB or RWBS as soon as 
the initiating device loses ownership of the specified coherency unit. While the initiating 
device may lose ownership of the coherency unit in response to the proxy address packet 
sent by the interface, the initiating device may also lose ownership before receiving the 
10 proxy address packet. For example, if another active device initiates an RTO for the 
coherency unit before the interface sends the proxy address packet, the initiating active 
device may lose ownership upon receiving the RTO. 

[00330] Fig. 40 illustrates how a RWB transaction may be performed, according to one 
15 embodiment. This example illustrates a requesting node 140R and the home node 140H 
for the requested coherency unit. The requesting node 140R includes an initiating active 
device Dl that currently has write access to and ownership of the coherency unit. The 
requesting node 140R also includes a second active device D2 that has neither access to 
nor ownership of the coherency unit and an interface 148R. The global access state of the 
20 coherency unit is gM in the requesting node 140R before the RWB transaction. The 
home node 140H includes an interface 148H and a memory M that maps the coherency 
unit. The global access state of the coherency unit is gl in the home node prior to the 
RWB transaction. 

25 [00331] The initiating active device Dl initiates the RWB by sending a RWB packet 
on the address network. Dl may use a RWB type packet to initiate the transaction in 
response to determining that the device Dl is included in a multi-node system (e.g., as 
indicated by a setting in a mode register included in Dl) and that the coherency unit is not 
LPA in node 140R (e.g., as indicated by the coherency unit's address). The address 

30 network in the requesting node 140R may convey the RWB address packet in broadcast 
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mode since the RWB packet specifies a non-LPA coherency unit. However, the RWB is 
logically seen as a point-to-point communication to the interface 148R since devices Dl 
and D2 (and all other client devices other than interface 148R) in node 140R ignore the 
RWB packet. 

5 

[00332] The interface 148R may receive the logically point-to-point RWB and create a 
corresponding record in its outstanding transaction queue. When the record is handled, 
the interface 148R may send a coherency message, Home RWB, to the home node 140H. 
The interface 148H in the home node 140H receives the Home RWB coherency message 

10 and acquires a lock on the specified coherency unit. The interface 148H in the home 
node 140H determines that the requesting node 140R is the gM node for the coherency 
unit (e.g., by accessing interface 148H's global information cache and/or by 
communicating with the home memory subsystem M) and responsively sends a Slave 
RTO coherency message to the requesting node 140R. Interface 148H may include an 

15 indication of the gTag of the coherency unit in the requesting node 140R so that the 
interface 148R will know to send a PRTOM packet. 

[00333] In response to the Slave RTO coherency message, the interface 148R sends a 
PRTOM packet on the address network of the requesting node 140R (note that although 

20 not shown, the PRTOM may also be conveyed to D2). Upon receipt of the PRTOM, Dl 
loses ownership of the coherency unit and commits to sending a DATA packet containing 
the coherency unit to the interface 148R. Dl may reuse the transaction ID used in the 
RWB packet upon losing ownership of the coherency unit. Also, upon losing ownership, 
Dl may reuse any resources allocated to the RWB (unless those resources are needed to 

25 send the DATA packet, in which case those resources may be reallocated upon sending 
the DATA packet). In response to sending the DATA packet, Dl loses write access to the 
coherency unit. Upon receiving the PRTOM and the DATA packet, the interface 148R 
sends a Data/ Acknowledgment coherency message to the home node 140H that 
acknowledges completion of the Slave RTO substransaction within the requesting node 

30 140R and provides a copy of the coherency unit. 
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[00334] Upon receiving the Data/Acknowledgment coherency message from interface 
148R, interface 148H may send a PMW to the home memory subsystem M to update the 
gTag of the home node to gM and to update the copy of the coherency unit in the home 
5 memory subsystem. The memory subsystem M may respond with a PRN data packet, 
causing the interface 148H to send a responsive DAT AM packet containing the updated 
copy of the coherency unit and the new global information for the coherency unit. The 
interface 148H may also update information in its global information cache to indicate 
that the home node is the gM node for the coherency unit. The interface 148H may 
10 release a lock on the coherency unit upon completion of the RWB transaction. 

[00335] Note that if, prior to the interface sending the PRTOM, Dl received an RTO 
packet sent by D2, ownership would transfer from Dl to D2. When interface 148R sent 
the PRTOM, Dl would not respond (having already given up ownership). Instead, D2 
15 would lose ownership of the coherency unit upon receipt of the PRTOM and commit to 
sending a DATA packet. 

[00336] If Dl initiates a RWBS instead of a RWB, the transaction may proceed 
similarly to the RWB transaction illustrated in Fig. 40. However, instead of sending a 

20 Slave RTO, the interface 148H in the home node 140H may send a Slave RTS to the 
requesting node 140R. Accordingly, interface 148R may send a PRTSM instead of a 
PRTOM. Upon receipt of the PRTSM, the initiating device still loses ownership of the 
coherency unit. However, upon sending the DATA packet containing the coherency unit, 
Dl transitions its access right to read access instead of invalid access. Additionally, the 

25 gTag of the home node is updated to gS instead of gM. 

[00337] Fig. 41 illustrates how a RWS transaction may be performed in one 
embodiment. Fig. 41 illustrates three nodes, requesting node 140R, home node 140H, 
and slave node 140S. Before the RWS transaction, the requested coherency unit is gl in 
30 the requesting node 140R, gl in the home node 140H, and gM in slave node 140S. 
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Requesting node 140R includes two active devices, Dl and D2, and an interface 148R. 
Home node 140H includes the coherency unit's home memory subsystem M and an 
interface 148H. Slave node 140S includes an interface 148S and an active device D3 that 
has ownership of and write access to the coherency unit. 

5 

[00338] Dl initially has neither ownership of nor access to the coherency unit. Dl 
initiates a RWS transaction by sending a RWS address packet on the address network. 
Dl initiates a remote-type WS, as opposed to a non-remote-type WS, in response to 
determining that Dl is included in a multi-node system (e.g., in response to a setting in a 
10 mode register included in Dl). The RWS address packet is conveyed logically point-to- 
point to the interface 148R and is accordingly ignored by all client devices in the 
requesting node 140R other than the interface 148R. The interface 148R creates a record 
in its outstanding transaction queue corresponding to the RWS packet upon receiving the 
RWS. 

15 

[00339] When interface 148R handles the record corresponding to the RWS, interface 
148R sends a coherency message, Home RWS, to the home node 140H for the requested 
coherency unit. The interface 148H in the home node 140H obtains a lock on the 
specified coherency unit in response to the Home RWS coherency message. The 

20 interface 148H may also determine which nodes should participate in the RWS (e.g., by 
sending a PMR to memory subsystem M to obtain global information associated with the 
coherency unit or by accessing a global information cache included in the interface 
148H). The interface 148H may send coherency messages to each node having a valid 
copy of the specified coherency message in order to invalidate those copies. In this 

25 example, slave node 140S is the gM node for the coherency unit, and thus that is the only 
node in which copies need to be invalidated. Accordingly, interface 148H sends a Slave 
Invalidate coherency message to node 140S. If a valid copy of the coherency unit had 
also existed in the home node (e.g., if the home node was gS instead of gl), the interface 
148H may send a PEM address packet to invalidate local copies of the coherency unit 

30 within home node 140H and to obtain an ACK data packet representing the coherency 
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unit. Similarly, if valid copies of the coherency unit had existed in multiple other gS 
nodes, the interface 148H may send a Data + Count coherency message to the requesting 
node indicating that number of invalidation Acks the requesting node should receive 
before sending a ACK data packet to the initiating device Dl and containing a data token 
5 representing the requested coherency unit. 

[00340] Interface 148S in slave node 140S receives the Slave Invalidate message from 
the home node 140H and responsively sends a PIM address packet on slave node 140S's 
address network. Upon receipt of the PIM, owning device D3 loses its ownership 
10 responsibility for the coherency unit and commits to sending an ACK packet representing 
the coherency unit to interface 148S. Upon sending the ACK packet, device D3 
transitions its write access right to invalid. Upon receiving the PIM and the ACK, 
interface 148H sends an Ack coherency message containing a token representing the 
coherency message to the requesting node 140R. 

15 

[00341] In response to the Ack coherency message representing the coherency unit and 
indicating that other copies of the coherency unit in other nodes have been invalidated, 
interface 148 may send a PRACK (combination PRN and ACK) data packet to the 
initiating device Dl. Upon receipt of the PRACK, the initiating device Dl gains A (All 
20 Write) access to the coherency unit and commits to sending a DATA packet containing an 
updated copy of the coherency unit to the interface 148R. In response to the DATA 
packet, the interface 148R sends a Data/Acknowledgment coherency message to the 
home node 140H indicating that the RWS has been satisfied within the requesting node 
140R and containing the updated copy of the coherency unit. 

25 

[00342] In response to the Data/Acknowledgment coherency message from the 
requesting node 140R, interface 148H may send a PMW to the home memory subsystem 
M to update the gTag for the coherency unit in the home node to gM and to update the 
memory subsystem's copy of the coherency unit. The memory subsystem M may respond 
30 with a PRN data packet, causing the interface 148H to send a responsive DATAM packet 
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containing the updated copy of the coherency unit and the new global information for the 
coherency unit. Upon completion of the RWS transaction, the interface 148H may 
release a lock on the coherency unit. 



5 [00343] Note that if the requesting node 140R had been a gS node for the requested 
coherency unit when the RWS was initiated, interface 148H may send a Slave Invalidate 
coherency message to the slave agent in interface 148R, causing interface 148R to send a 
PI address packet to invalidate shared copies. The Slave Invalidate coherency message 
sent to the requesting node 140R may also contain a token representing the coherency 
10 unit and indicate the number of other nodes sent Slave Invalidate coherency messages. In 
such a situation, interface 148R may not send the PRACK to the initiating device until 
receipt of the PI and receipt of Ack coherency messages from each other node sent a 
Slave Invalidate coherency message. 

15 Promise Arrays within Active Devices in a Multi-Node System 

[00344] As mentioned above in the description of a single node system, each active 
device may maintain a promise array indicating requests for which that active device is 
responsible for responding with a copy of a requested coherency unit. In some 
embodiments of a multi-node system, an active device may be configured to allocate 

20 storage in the promise array for an additional promise per interface per coherency unit 
within the active device's node in order to avoid deadlock situations that may arise if 
inter-dependent transactions or subtransactions are pending in different nodes. For 
example, looking back at Fig. 15, an active device may include a fully-sized promise 
array 904 that, for each outstanding local transaction initiated by that active device to gain 

25 ownership of a coherency unit, has storage for one promise for each other active device 
and interface within the same node as that active device. As used herein, a promise is 
information identifying a data packet to be conveyed to another device in response to a 
pending local transaction involving a coherency unit for which the active device has an 
ownership responsibility. 

30 
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[00345] In alternative embodiments, each active device's promise array 904 may be 
less than fully-sized. In such embodiments, each active device may be configured to 
assert flow control on one of the address network's virtual networks (e.g., on the Request 
Network) in the event promise array 904 becomes full (e.g., as indicated when the 
5 promise array stores a threshold number of promises) and is (or will soon be) unable to 
store additional information corresponding to additional data promises. Furthermore, 
another virtual address network, the Interface Request Network, may be implemented. 
The Interface Request Network may convey proxy packets sent by interfaces. As noted 
above, active devices may be able to assert flow control on the non-interface Request 

10 Network. In some embodiments, active devices may not assert flow control on the 
Interface Request Network. In other embodiments, active devices may assert flow control 
on the Interface Request Network but must be able to deassert flow control to the 
Interface Request Network even if the non-interface Request Network remains flow 
controlled. Since flow control on the Interface Request Network may either be prohibited 

15 or implemented independently of flow control on the non-interface Request Network, 
requests that need to be sent in a first node in order to satisfy a transaction in another 
node may be sent on the Interface Request Network, even if an active device in the first 
node is flow controlling the non-interface Request Network. By allowing proxy packets 
to progress when the Request Network is flow controlled, deadlock may be avoided. 

20 

[00346] Numerous variations and modifications will become apparent to those skilled 
in the art once the above disclosure is fully appreciated. It is intended that the following 
claims be interpreted to embrace all such variations and modifications. 
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